所有者应如何管理对开源项目的捐款？

当管理一个开源项目（使用像GitHub这样的服务）时，人们将如何回应以下内容：

有人已经提交了补丁，以添加新功能或解决问题。发生以下情况之一：

• 源代码不符合一种或多种命名约定等。
• 我认为可以以某种方式改进源代码。也许使用简单得多的源就可以达到相同的效果，或者可能还需要另一个有用的功能。

Q1。我可以更改提交的来源吗？（在GitHub上可能吗？）

Q2。是否应按照提交准则拒绝所有此类提交？

Q3。如果对第二季度是肯定的，那么一个实施得不好的真正整洁的想法该怎么办？我可以继续做自己的事吗？

我想鼓励大家做出贡献，但同时保持一定的标准也很重要。

如果尚未设置，请设置描述项目标准的文档。在为项目贡献代码时，请务必概述您认为重要的一切。

然后，回复提供代码详细信息的人员，您非常感谢您所做的贡献，并且希望包含此补丁，但是存在一些问题。提供指向文档的链接，并引用您看到的特定问题。然后，请该人解决问题并重新提交代码。

如果没有太多的贡献者，并且这个贡献是相当有价值的，那么您可以照原样接受补丁程序，然后在下一次提交时，自己重写它的一部分，或者重新格式化它以确认编码标准。—然后，之后，您将向贡献者发送一封电子邮件，其中包含指向您所做更改的差异的链接。希望贡献者可以研究差异，并在下次提交更好的补丁，而您无需修改​​。

如果您尚未编写任何“ 参与者指南”或“ 编码样式”文档，那么这可能是个好主意。实际上，您可以以这种方式继续（接受和修改补丁，通过电子邮件发送回差异文件的链接）一段时间，直到您注意到大多数贡献者犯了什么错误。然后，仅将这些错误包括在“ 贡献者指南”和“ 样式指南”中。

如果您以这种方式进行操作，则对Q1-Q3的答案将是：

• Q1：是的，在后续提交中编辑提交
• Q2：不适用（我假设您尚未编写任何准则）
• Q3：说谢谢并重写它:-)（如果在下一次提交中仍然完全重写它，也许根本不应用补丁是没有意义的）