临近高考实在很忙,一直都没时间用pc,只能提提建议讨论一下
@K-Guan 是4、5、6条
tools相关是@Too-Naive搞的……有时间再看看吗
这个换行符?直接复制raw不好吗?难道有人不用script直接download zip然后用记事本打开hosts文件?
git clone 什么的吗?Reply:
以上
手抖点错.....
第五条可删。
同意楼上第一条
我也感觉……这个repo的方向是什么?
最初的时候是google hosts吧……现在是怎么计划的呢
可以考虑分出一个Branch:tools来存放那些工具... 这个我是滋磁的
Turning the project into an organization is the best idea in my opinion.
(这样大大就拿不到star了(大雾
Windows环境并不要紧,我是Ubuntu Windows切着用的
关键是有的人直接拿记事本来编辑hosts,这才会导致换行符出错,好歹也装个Notepad++啊
Ps:记事本是个独立特行的奇葩货
@racaljk Mac 那个 hosts Tool 是由 https://github.com/ZzzM/HostToolforMac 的源码编译来的二进制文件。查明是 https://github.com/racaljk/hosts/pull/239 这个 PRs 合进来的,建议删除。
原因:
Mac 工具占用了很大比例的空间:
$ du -sh tools/MacOS/
6.5M tools/MacOS/
整个仓库空间(不含 .git 文件夹):
$ du -sh hosts LICENSE README.md tools/
144K hosts
4.0K LICENSE
4.0K README.md
6.7M tools/
建议让维护 Mac 工具的作者自己提供二进制的下载地址,写到这边 README 里面。
@aofall 主要是部分 PRs 是在线编辑然后提交过来的,这样导致 hosts 包含混合换行符。
Windows 记事本好久没用了,貌似那么多年也没有什么功能更新。
@Ignotus-CN 工具放在 Organization 倒是可以,hosts 就别移动了,很多人要是用的以前的工具怎么办?
@andytimes 请用写字板。。。。就不会了
@Ignotus-CN 工具放在 Organization 倒是可以,hosts 就别移动了,很多人要是用的以前的工具怎么办?
可以考虑分出一个Branch:tools来存放那些工具... 这个我是滋磁的
@Too-Naive 虽然分 branch 操作是好办法。
但根据你的描述,可能需要创造第二个根提交,以保证这个工具分支的干净,
这个虽然不是很麻烦,但不推荐这么做。建议保持现状,就在 tools/ 里面更新。
有趣阿。。 可是谁是owner阿。。 @imcaffrey
https://github.com/HostsTool @imcaffrey @andytimes @racaljk 我已经邀请你们加入组织了
如果弄好了...搞个链接放在README较为醒目的位置就好了...这样也不至于说找不到原来的位置
(不滋磁的话也没事 大不了撤掉就是)
@all_participants
根据各位的反馈加之我之前的建议整合一下:
1.删除License的第五条。其实个人认为第四五六条都是过分的赘述。
2.把tools从repo分离出去,同时README.md中超链接提及即可。目前已由@Too-Naive执行,具体就是建立专门存放hoststool的org。个人建议保留简单的脚本,较大项目再做分离。
用文本编辑器(如记事本等)打开文件:
修改为
用文本编辑器(如notepad++) 打开文件:
反对/补充请指出:-)
hhh 比较难以思考的问题是命名方式 因为完全不知道如何命名qwq

另 第一点已经写在pr里了 随时可以合并 @racaljk
@Too-Naive 我不维护 HostsTool,不用邀请我。关于命名,可以平台划分。比如,
macos/ windows/ cross-platform/ 之类的。
@racaljk 感觉 README 里面的 License 都是多余,MIT 已经有:
THE SOFTWARE IS PROVIDED “AS IS”, WITHOUT WARRANTY OF ANY KIND
倒是 CC 发布的东西应该注意一下,CC-BY-NC-SA 这个不是许可证,没有法律效益
CC没有法律效益吗?
以及不需要的话我把那个hostsTools的org注销掉
@imcaffrey 您注销掉我再改个名√ 万事大吉
@Too-Naive
关于规范命名可以参考@andytimes的建议
@andytimes 嘛...License是一种态度,我觉得越精简越好(但不是以牺牲信息熵为代价
@racaljk 已经修改完了 @HostsTools
TODO: README.md at master
Done.
Good job. @imcaffrey
@imcaffrey 我描述错误,不是没有法律效益。
我指的自由软件许可证对软件的使用无担保。CC 没有。要注意这个问题。
@Too-Naive 说起你的 NAI,我觉得应该补充一句:“—— @Too-Naive 敬上” 。(当然,我是又闲的了。)
不支持右对齐 没法写敬上
哦
教我revert怎么写啊。。。
(问 @imcaffrey 或 Google,反正我也不会)
我做个声明阿……
我今天得到消息说我过了初审 所以在将来的时间里 就不会再贡献什么东西了 认真备考 偶尔来水水也是支持的

(既然你都这么说了……今天我就不借题发挥了。)
https://github.com/fxckgfw
here is a org which is using same icon
I will change the icon. @wsdjeg thanks.
License是一种态度,我觉得越精简越好(但不是以牺牲信息熵为代价
@racaljk 记得以前和你讨论过雨伞道德的问题。实际你表述的 LICENSE 态度,确实起到了这个作用。
README.md中windows平台下 > 用文本编辑器(如记事本等)打开文件: 常会出现换行符等问题导致hosts格式错误,所以应该另作推荐或者提醒一下吧
已修改记事本为 Notepad++,其他的 @Too-Naive 已经根据你的要求修改了。
@racaljk 我记得您以前的头像是一个墙然后旁边一个炸弹?还是我记错了?
_close all teh thingz_
Not pull request, Not issue.
@andytimes 涨姿势。感觉在知乎上看过类似的讨论,现在才知道那个问题来源就是这个雨伞道德。
@Too-Naive 很明显你记错了...
Most helpful comment
@all_participants
根据各位的反馈加之我之前的建议整合一下:
1.删除License的第五条。其实个人认为第四五六条都是过分的赘述。
2.把tools从repo分离出去,同时README.md中超链接提及即可。目前已由@Too-Naive执行,具体就是建立专门存放hoststool的org。个人建议保留简单的脚本,较大项目再做分离。
4.
反对/补充请指出:-)