16 查看源代码管理历史记录。 由此,您可以查看签到,查看代码,评估活动级别,并通常查看提交的质量。通过查看源代码活动,您可以学到最多的知识。 — 瑞安·海斯(Ryan Hayes) source 2 +1。使徒行传的承诺 2 同时查看错误跟踪器。 — 丹尼斯·德伯纳迪
9 您可以做几件事: 查看他们的邮件列表档案,了解社区在公共场合的表现 查看其发布频率和发行说明的质量 在其网站上查找明确的任务声明和功能/要求列表 检查其成熟度-如果您希望在项目中得到指导/帮助,那么成熟的项目比全新的项目更能原谅。反之亦然。 看一下结构,是仁慈的独裁者还是社区理事会的方法 寻找他们的加入指示,友好吗?明确? 无论如何,这是一个开始:) — 马丁·弗伯格(Martijn Verburg) source
2 首先测试一下水域。在邮件列表,irc频道等中闲逛,观察情况如何。自行修复错误或添加所需的已知功能并提交补丁。看看它是如何被接受的...他们是否与您合作以对其进行编辑和加入或与您抗衡? 也要评估自己。您是否真的有时间和兴趣坚持不懈,并值得该项目进行投资以使自己快速入门? — 卡列布 source
2 查看测试范围。比起尝试与无法/不会编写单元测试的开发人员进行协作,向具有仅接受通过测试的拉取请求/补丁的历史/任务的项目进行贡献将是一个更加成功和令人愉快的过程。 我必须工作几次以更新废弃图书馆的旧版本。通常,我会为能为开源项目做出贡献而感到高兴。但是,如果没有测试和不良的文档,那简直就是地狱。 — 杰森·刘易斯 source
1 根据您的目标(不确定目标是什么)。如果您想获得编程经验,那么尝试一下并不会造成太大损失。如果有的话,您可以学习如何“不”编码。 如果您想通过将自己献身于一个伟大的项目来为自己取名,那么您可能会遇到困难。尝试在网上搜索该软件的其他开发人员和用户的任何博客或评论(如果相距很远)。看一下编码进度。它以您喜欢的速度前进吗? 尝试找出其他成员是否“与他人玩得开心”可能会结合我刚才提到的一些做法。 试试看。“不用花什么钱,”-动物屋John Belushi。 — 杰夫 source