我在 GitHub 上给个项目提交了 PR，就两行代码，非常简单，然后他们几个 Committer 跟我已经“撕”了很久了，貌似看不到 Merge 的希望了……

[int64ago]

唉，他们太固执了……
刚刚又放了两个截图，我确信这是很简单得问题，也是很简单逻辑
难道一直是我表达问题？

https://github.com/cdnjs/new-website/pull/106

[fuge]

好欢乐的样子

[int64ago]

@fuge 刚刚貌似有个人已经有点妥协了
目测还是 Merge 不了……

[yzl0208994]

这个功能我觉得会让人不爽

[bdbai]

个人觉得利用浏览器缓存是比较 hack 的做法，确实有"浪费宽带"的嫌疑。

[int64ago]

@yzl0208994 为什么呢？

[int64ago]

@bdbai 只缓存自己拷贝的那个资源，因为这是基于一个绝大多数事实：用户拷贝就是拿来用的
基本只会缓存一次，何来浪费带宽呢

[yzl0208994]

@int64ago 不经用户同意乱动作，有种被侵犯的感觉。如果打开会慢，我也会接受的；但是不喜欢别人做决定。

[saber000]

邀请楼主回答知乎问题:
https://www.zhihu.com/question/38756228

[luoway]

自从当了程序员，最常听到的就是程序员说用户体验了。

[11]

这个功能我感觉有点牵强了。一个好的功能应该是符合用户预期的，这里用户点击了 copy ，但是会发出一个 get 请求，这是不符合用户预期（直觉）的。

[int64ago]

@11 这我是不同意的，比如 Google Instant predictions 我觉得就很好
当然你也可以说 Google Instant predictions 可以自己设置关掉，不过很多时候如果你的行为 A 接下来基本是行为 B 的时候，提前为行为 B 做一些准备好事
当然，这所有的前提是不能作恶

[zcbenz]

大部分 maintainer 对于增加很少人会用到的功能是非常抵触的，

[nbndco]

这个需求毫无道理，如果是我应该会直接 close 掉。

[gamexg]

相关协议升级，库在新协议下直接挂了，提交了个 PR ，作者回复感谢，但是很长时间也不合并的路过...

[bk201]

如果能自定义是否启用就好了，你这样做只是满足一小部分人的需求。

[int64ago]

@bk201 其实我承认这也是自己需求，但是我不太乐意自己搭一个（虽然很简单），如果官方不 Merge 我是理解的，但是里面我需要把我的想法阐述清楚，也因为官方认真讨论而感觉不错

[catoncat]

有没有可能怕被人说造假

[vanxining]

那个人似乎并没有动摇。只是一种婉拒，我认为。
话说我并不知道楼主和那几个人在讨论什么，隔行如隔山啊~

[vanxining]

每次我想说不的时候，我都是跟别人说，可以再讨论讨论……

[marffin]

merge 不了很正常，做之前要跟人家沟通好才好，否则就会热脸贴到冷屁股上。试想有个人冷不丁的给你的项目发个 PR ，你会是什么感觉。