给开源项目贡献代码_无需编写代码即可为开源做贡献的8种方法

给开源项目贡献代码

与开发人员交谈并阅读有关开源的知识时，我常常感到一般的观念是，开源只与代码和提交有关。 换句话说，“如果您不对项目进行提交，那么您就不会对此做出贡献。” 还是这样说。 在我看来，这个想法与事实相去甚远 。 让我来告诉你为什么。

当然，代码是最终发布的东西，并且直接影响开源项目的用户，因此，提交和代码很重要。 但这绝不是您为项目贡献的唯一途径。 项目大部分是一个完整的生态系统，不仅仅是代码。 您可以通过其他两种方式为项目做出贡献。

报告问题

如果维护人员不了解问题，他们将无法解决。 因此，至关重要的是报告您遇到的问题，而不仅仅是放弃使用该项目或仅建立解决方法。 大多数项目很高兴收到问题报告。 也不要掉以轻心地报告问题，通常花费大量时间来编写好的问题报告。 理想情况下，问题报告包含用于重现问题的代码，有关预期结果和实际结果的信息，系统信息，版本信息，以及可能的堆栈跟踪或类似工件。 我还想对维护者表示一点感谢，但这是可选的。 请记住，问题不一定与错误有关，它们也可能与可能的改进或所需的功能有关。 GitHub甚至通过为未解决的问题提供贡献点来承认问题的重要性，是的！

撰写文件

文档非常重要，但却常常缺少文档，因为许多人确实不喜欢编写文档。 这是使其他人更容易进入项目的绝佳方法。 另外，如果您发现很难进入项目，请尝试改进文档，以便下一个人将比您更轻松。 实际上，我在Ruby上有提交-它们都是文档提交。

完善网站

许多开源项目都有自己的网站。 有时信息过时，有时却只是丑陋。 我记得旧鞋网站-确实很丑陋，看上去已经死了（至少那是我第一次看到它时的想法）。 但是现在来看吧！ 看起来不错，很漂亮。 而且，这大部分要归功于wpp －他从未对鞋子做出过承诺（据我所知），但这无疑是对鞋子的巨大贡献。

提供帮助艺术/设计

许多项目都希望更新其徽标，获得一些网站插图或类似内容。 因此，如果您只需要设计或插图，也许去您最喜欢的项目并询问他们是否需要帮助？ 我知道我会为此感到高兴！

试用预览版

如果他们的软件有效，则开发人员需要反馈。 因此，经常进行Alpha，预览或发行候选发行。 去抓住其中之一，并尝试一下。 如果一切正常，那就太好了，您只需确保它可以在您的系统上正常工作！ 如果发现错误，请报告！ 这对项目很有帮助。

参与讨论

有时，人们会讨论有关API更改或改进实现方式的讨论（以及其他事项）。 在那里非常欢迎评论，维护者希望他们的用户输入。 我曾经花了一整天的时间讨论我在项目中发现的一些架构问题。 好玩。 其他工作可能是在制定路线图- 埃里克·沃森（Eric Watson）一天就为“鞋4”做了这一工作。 他是一位出色的编码员，但该路线图对项目的帮助远超过他在类似时间范围内编写的任何代码。 他的路线图继续成为非常有用的指导和参考点。

回答问题

有关项目的问题随处可见。 不管是Stack Overflow还是项目的问题跟踪器。 通过回答他们，您可以帮助其他人在整个项目中获得更好的体验。 同样不要忘记，一个问题可能暗示该项目存在问题。 也许可以改进此部分的文档，或者有一个常见的任务可以自动化执行或应使用更好的API？ 也许您可以跳进去做？

进行有关项目的演示

有很多很棒的项目，但是开发人员只有在知道了这些项目的情况下才可以采用它们！ 如果您确实喜欢某个项目，请考虑在本地用户组中进行有关该项目的演讲，或者为会议进行演讲。 这样，可以增加项目的采用率，使更多的人参与该项目，从而使它成为整体上更好，更稳定的产品-使每个人都受益。

闭幕

如果您已经完成以上任何一项操作： 谢谢！ 您为开源做出了贡献。 如果愿意，请继续这样做，如果不尝试的话。 如果您想开始为开源做贡献，那么我的这个职位可能会派上用场。 到目前为止，个人对开源做出的贡献对我来说是一段了不起的旅程。 我非常喜欢它，并且以这种方式结交了很多朋友。

最初发布在年轻的软件工程师博客之旅上。 在知识共享下重新发布。

翻译自: https://opensource.com/business/14/12/8-ways-contribute-open-source-without-writing-code

给开源项目贡献代码