设计师需要了解的fork礼仪

由卡米雷特 · 发布日期 2019年1月3日 · 已更新 2019年1月9日

如今海量的开源资源，让我们有了新的创作方式：在原有代码的基础上进行修改，以创造独特的东西。开源协议催生了许多伟大的产品，其中就包括从Mozilla Application Suite中fork而来并发展壮大的Firefox火狐浏览器。

火狐浏览器的诞生是很单纯的：有几个程序员觉得原来的浏览器太过于臃肿，因此开开源社区获取了源代码，并在此基础上创造了更精简的浏览器。如今，火狐浏览器已经成为世界上使用人数最多的浏览器之一。

对某个项目进行fork（创建分支），是开源社区的重要操作方式，因此你需要知道如何去做，并遵守开源社区的规则和礼仪。下面我们就将为你介绍如何正确进行fork操作。

A web designers guide to forking etiquette - design, sharing - 设计师需要了解的fork礼仪

为了让你更好的理解，请自己多多尝试各种fork方式，这会让你体验到编程的乐趣。

使用feature request进行细微的修改要求

尽管开源社区的指导原则允许每个开发者发布fork，但这不意味着你可以滥用fork。如果你只是进行了很小的、无关紧要的功能修改，或者增加了单一的、未经测试的功能功能，那么发布一个fork对开源社区可算不上什么贡献。

项目的管理者将项目发往开源社区，往往是因为他们希望其他人可以给他们提出建议，让他们知道应该如何改进项目。这个项目往往是管理者非常热衷的，因此比起直接修改他们的代码，不如提交一个feature request来贡献你的建议。

开源社区会给项目提供接受反馈和代码的系统，你需要学会正确使用。如果你已经修改了部分代码，请使用pull request来提交。这一方式可以确保开发者不会发布项目后就置之不理。

如果你在fork中进行了安全性优化，不要不提及

如果你的某一次pull request是关于安全性优化的，那么请务必标注清楚，尽管它在表面上没有带来什么功能改变。开源社区对于安全性的调整方式是借助大众的力量：越多人看到源代码，源代码就越安全。因此，对于安全更新，你应该自豪地写在push里，维护者会对你的贡献感到开心，并且你的贡献会使得所有使用这些代码的环境变得更安全。

做一个活跃的贡献者

如果你对某个项目很感兴趣，并且对它的发展有明确的方向，那么请积极做出贡献，这同时可以增进你的编程技巧。参与某个项目可以让维护者拥有改进、增进功能的机会，让所有使用这些源代码的人收益。

这些工作不仅可以让所有人从中受益，还可以让你拥有来自全世界的编程工作机会。当你和某些开发者相识，就已经开始获得全球开源社区带来的益处。

如果你对某个被遗弃的项目感兴趣，不要忘记咨询所有者

有时候你可能会对某个被放弃的、停止维护的项目感兴趣，此时你应该咨询维护者，并看看他是否愿意将维护权转让给你。拥有维护权，你才能将它作为新项目的框架或者将项目往新的方向进行开发。

Jeff Atwood的故事就是个很好的例子，他是StackOverflow的联合创始人，他公开表示希望从John Gruber那里接管Markdown项目并将它开发为全新的版本。但他没得到Gruber的回复，于是他创立了CommonMark，代码是fork而来的，并修改为更新的更强大的版本。Atwood这种于源代码创立者联系的行为是非常必要和符合道德的。