如何与善意的开源贡献者打交道?


30

如果程序员与您联系并要求为您的项目做出贡献,您将如何处理?

  • 你不知道这个家伙有什么用。也许他会比自己值得的麻烦更多。
  • 他可能正试图将自己的名字附加到一个成功的项目上,以示敬意。
  • 他可能会尝试将项目推向您真正不想要的方向,添加您认为不值得额外复杂的功能。
  • 或者,他可能是一个非常有用的贡献者。你就是不知道

您如何处理您不认识的人的此类请求(特别是在GitHub上,如果有什么不同)?这是什么礼节?


44
在github上只是让他提出拉取请求,如果您不喜欢它则拒绝
棘手怪胎

11
适当的帐户名?
阿伦2012年

5
我认为您可能指的是活跃的“贡献者”状态。简而言之:不要使某人为他们尚未贡献的东西做出贡献。开源项目的好处是任何人都可以从事它,因此让他们这样做,然后再决定。

2
@Aren我还能为此得到更多+=1吗?
2012年

Answers:


41

OSS项目的成员资格与受资助的公司团队不同,在该团队中,人员受到采访和选拔。源已经在那里(否则它不是开源的)。告诉他们发送一些补丁。如果它们是好的补丁(并且您必须先对其进行审核),请提交它们。一旦潜在客户建立了信任并做出了宝贵的贡献,就给他写权限。

OSS团队有机成长。让自己可以提出问题,并让他们随着时间积累一些街头信誉。


+1。补丁程序是最好的启动方法,因为它们创建了最低的启动入门障碍。如果此人开始提供更多补丁(或成为常规贡献者),则切换到请求请求的速度更快/更容易。
Evan Plaice 2012年

请原谅我的无知,但是补丁和请求请求之间有区别吗?
heltonbiker '16

54

为什么不让这个热心的人向您发送请求请求?您将有机会查看和评论该人的代码。这似乎是最简单的解决方案。


34
这不是GitHub的工作方式吗?
alroc 2012年

14
我唯一要添加的是要求此人提出的第一个请求请求很小,以免他们在看到他们的代码之前花太多精力。当面对这样的“挑战”时,他们可能不得不提出一些重大而令人印象深刻的事情:-)
Krzysztof Kozielczyk 2012年

1
如果不认真处理,一些令人印象深刻的大型事物将破坏东西
棘轮怪胎2012年

因此,如果贡献有用但质量不足,而您又忙于握住他,只拒绝贡献就可以吗?
2012年

@Solo:当然可以。也可以期望/要求贡献者维护和修复其功能中的错误,至少直到团队其余成员学习该代码为止,尤其是对于较大的提交。
雨果2012年

16

暂时接受并查看他的更改。当他证明自己的价值时,给他写访问源代码存储库的权限。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.