很早前就此打算,加之现在hosts-related的东西越来越多了,GUI、脚本、博客(dev)等,放到一个项目里面有点冗杂,再加之众多collaborators、contributors无私的奉献着,越来越感觉这不是一个人的项目。
两方面考虑,希望大家能明确寻找自己需要的相关内容,而不是README导航。更重要的是,我希望这个项目能以organization的形式存在,让他不属于任何个人。这是开源贡献者们共同的努力,理应归于众人:)
希望听听大家的意见
赞同organization 不过到时候得迁移一下链接
不错 发自网易邮箱大师 在2017年07月20日 20:17,Cthulhu 写道: 很早前就此打算,加之现在hosts-related的东西越来越多了,GUI、脚本、博客(dev)等,放到一个项目里面有点冗杂,再加之众多collaborators、contributors无私的奉献着,越来越感觉这不是一个人的项目。 两方面考虑,希望大家能明确寻找自己需要的相关内容,而不是README导航。更重要的是,我希望这个项目能以organization的形式存在,让他不属于任何个人。这是开源贡献者们共同的努力,理应归于众人:) 希望听听大家的意见 — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub, or mute the thread.
+1
@googlehosts
我之前转过组织
办法大概有两个:
无论如何,必须由 owner 账号操作
组织transfer吧。。反正也就只有这个组织了 要么和 @hoststools 合并一下
组织的owner是我
我也觉得邀请制/成员制比较好
提高一些门槛,对于存活有好处
hosts 文件可以不必移动,不然后遗症比较多。其他的可以考虑放 organization
分开commit太麻烦了吧…
链接也会自动转移的说233
@lrinQVQ 你可能没理解我的意思,和 hosts 文件相关的部分可以不要迁移。其他的放 organization。
hosts 文件的更新,要不要分开 commit,完全看拆分合不合理了。
@andytimes 应该不会有后遗症的吧,GitHub会自动配置跳转的(HTTP 301)
@Too-Naive 还是别“合并”了,要么作为两个紧密相关的独立组织,要么“吞并”了对方。
毕竟hosts是核心,别的工具什么的都是福利而已。
@TurnOffNOD 那就单独放着 也无妨
但是不是说gfw封锁了google的证书吗,那再怎么host是不是都没用了
XD不至于拿不出方案的
那很好 同意!
来TG有惊喜
@OuYancey 什么叫犯冲。。。求解释
@OuYancey 黑人问号.jpg 要是这样 ss/SSR怎么来的 而且远在美国的服务器你查个甚

居然删评论。。。
@EMLVIRUS
:mask: 哈哈,不好意思,多嘴了
留着也没事喔,只是觉得自己碍事了。所以删了。:mask::mask::mask:
@EMLVIRUS
对了,其实 ss org里面并没有public member,如果你们真要做,可以参考一下
这个...树大了不会招风吗?
其实只是便于管理了而已,并没有真正以上的“组织“。。
Most helpful comment
来TG有惊喜