将一个项目的代码开源出来很简单，可是将它持久保护下去，并招引更多人参加，这就比较难了。开发者Jim Cowart结合本身的开源项目保护经历，给出了本文这些主张，期望能为你的开源之路带来一些协助。

1. 坚持遵从Wheaton规律

Wheaton规律的中心思想是“Don’t be a dick”，意思是不要成为一个不管别人感触的人。在这里，我想说的是，你要耐性对待你的开源项目的用户。

我曾经是一个音乐家，可是后来开端牛刀小试编写软件。我常常以为我的常识和搭档比较就好像瑞士奶酪（千疮百孔），可是很快我发现，每个人与其别人比较在某些方面都存在一些优势和距离。因而，关于那些在某些常识范畴不如你的人，要有耐性。

每个开源项目，不管巨细，都会发生一个与它相关的文明。当你发明了这样一个文明，也意味着你现已发明了一个空间，供各常识水平的人来交流学习。要知道，能够成为其别人学习新事物路上的一个导游，将是一种荣誉。

2. 挑选一个开源许可证

我挑选的许可证是MIT。假如必要的话，你能够运用双许可证。你能够参阅http://choosealicense.com/网站，或许阅览opensource.org中详细的许可证标准。

3. 不要急于发布1.0版别

你需求一些空间来对项目进行迭代、改善、重构和更改。

假如有人运用了你的v0.2.3版别，那么阐明他们以为你的项目中存在的风险是能够承受的，即便项目还在起步阶段。你能够在README或许其他文件中提示用户该项目还处于试验阶段，并或许随时会更改。

尽管咱们都知道标上“1.0”标签在某些时分并不意味着彻底可用于出产环境，可是大部分开发者都会有这种感觉。因而，不要急于将项方针记为1.0状况，这将有助于项目后续的改善。

4. 不要惧怕重建API（但要负责任地做）

在前期保护postal.js这个项目时，我犯了一个大的过错——没有以我期望的办法重建API，现在回想起来，这样做好像使得项目开发作业滞后了几个版别。

但我终究更改了API，我觉得这个项目有了新的生命，按我的主意进行扩展变得愈加简单。

5. 不要惧怕说“不”、“请提交测验”，“请修正{X}”等

有时你会收到一个有可怕主意的pull恳求。但有时它也或许是一个慨诺的主意，但不应该归于代码基本功能（或许应该作为一个插件）。

有时你会得到一个没有通过测验的pull恳求。这些情况下，你需求以某种办法说“不”。当你这样做的时分，请参照第1条，应该礼貌地阐明你的理由，而不应该只要一个“不”字。

假如你由于他们没有进行测验而说“不”，那么你***也应该先对自己的代码进行测验。此外，假如你有一个特定的代码风格（制表符、空格等），请在你的README中阐明。

6. 正确地挑选合作伙伴

假如你的项目现已增长到需求合作伙伴的境地，那么能够考虑让其他开发者来作为项目一同一切者或保护者。条件是，你要正确地挑选这些人。

要知道，没有人的主意会和你彻底相同（这是很好的作业），可是你要保证你们的主意大部分能够堆叠，以便项目能够朝着一个方向开展。不管一个人有多么博学或受欢迎，假如他是一个dick（见第1条），那么就不能让他成为项目一切者。假如在开源项目中呈现派系争斗，那么项目离完毕就不远了。

一些好的做法是，给予奉献者和一切者不同的权限。假如一个初级开发者想参加修正问题，不要给他一切者的权限。

7. 不要小气赞许和鼓舞，给予奉献者应得的荣誉

作为一个开源项目一切者，假如有人为你的项目奉献了一条非常好的主张，必定要在公共场所常常表彰他。这样能够鼓舞更多的人奉献更多的主意或代码。

我现在和一些人一同作业，假如他不能给我一些应得的荣誉的话，我想我在大多数作业上会对他发生不信任——不只是在开发作业上。

8. 不要惧怕抛弃

我之前开发过几个项目，其时我以为这些项目的主意很慨诺，可是现在我现已抛弃了这些项目。假如还有人发现你的项目有用并正在运用它们时，你很难抛弃。但假如你由于学到了一些更好的办法，使得你抛弃这个项目，你需求解释一下原因，有或许这会促进一个新的开源项目，并能够更好地协助这些用户解决问题。假如你由于没有时刻而抛弃，你能够问问其别人是否乐意接收这个项目。

假如你抛弃了一个有人在运用的项目，用户或许会懊丧。不幸的是，这便是实际。你要从久远来看。比方，我之前写了清楚东西，但现在看来，这些东西充满着各种糟糕的代码，好像抛弃这些是一个正确的决议。

总结

开源是美丽而风险的。美丽是由于能够让清楚人为了一个方针而尽力，风险是由于你需求有锲而不舍、乐于共享的精力。

现在的一些光辉夺目的开源项目并不能代表一切，每天都会有很多的开源项目被发明，也有很多的开源项目逝世。你会发现一些对你有很大协助的项目有或许在不久的将来会消失，除非该项目获得了足够多的奉献。这便是为什么锲而不舍的精力和发明力关于一个开发者和开源项目来说比其他方面更重要。

英文原文：Open Source Project Advice