eclipse搭项目环境
对于许多开放源代码组织, 开放意味着与透明相同:开放与开放书中的相同 。 在Eclipse Foundation中,我们将透明化视为确保社区可以看到并了解项目正在做什么的做法。 开放是放弃绝对控制权并欢迎社区平等参与公平竞争的行为(即开放给其他参与者参与)。
在Eclipse Foundation,我们非常重视开源的开放部分。 在Eclipse开发过程中发现的开放参与规则中已将其编纂。
每个人都需要遵循相同的规则。 一个公平的竞争环境并不一定意味着项目团队需要接受自己所进行的每一项贡献。 相反,这意味着项目团队需要制定一套规则, 每个人都应参与其中。 而且这些规则不能包括供稿人为谁工作的事情。
贡献规则可能要求贡献属于项目范围和当前发布计划之内。 该规则可能要求所有代码贡献都应随附单元测试和文档; 或该贡献为项目团队在其问题跟踪器中讨论的问题实施了解决方案。 某种质量标准是任何贡献规则集的合理组成部分。
对于大多数开源项目,这些贡献规则不会被正式捕获。 但是,到目前为止,我列出的大多数规则共同构成了一套相当合理的默认参与规则集。 质量条(显然)很难量化,但是对于许多项目团队来说,任何提交者都认为应该接受贡献就足够了(某些项目要求两个提交者在接受贡献之前先签字 )。
请注意,对于项目团队来说,要求大量的捐助同时保证以捐助者成为项目团队成员的形式进行持续投资的承诺也是完全合理的。
无论定义任何特定项目的公平竞争环境的规则是什么,发往该项目代码库的任何内容都应具有一些公开的贡献记录 。 否则,该项目将(至少部分地)在社区参与下隐藏起来运行,因此与开源的参与规则背道而驰。 公开记录可以采用Gerrit审核,GitHub提取请求或Bugzilla或GitHub Issue记录上的附件(如果需要的话)的形式。
无论以何种方式提供贡献,都必须在Git提交记录中将贡献者列为作者,并且必须先完成Eclipse贡献者协议,然后才能接受任何贡献。
参与开源项目的最佳方法是与项目团队联系。 所有Eclipse项目存储库在每个Git存储库的根目录中都应该有一个贡献指南,其中包含此联系信息以及更多信息。 您还可以在Eclipse Projects网站上搜索项目信息。
翻译自: https://www.javacodegeeks.com/2017/08/eclipse-projects-level-playing-field.html
eclipse搭项目环境