open-source - 开源项目中缺乏问题跟踪设施是否可能成为不参与/贡献的诱因?

标签 open-source bug-tracking issue-tracking

在决定您是否参与一个相当大的开源项目以为其代码库做出贡献时,该项目的问题跟踪设施(即跟踪错误和功能请求)对于您做出贡献或不贡献的决定有多重要?

仍然有许多不平凡的(庞大的代码库)开源项目没有正式进行问题跟踪 - 尽管一些贡献者确实可能仍然以各种“待办事项”列表的形式私下这样做,我个人发现问题跟踪的可用性和既定使用的缺乏是缺乏组织、结构和整体项目协调的相当可靠的指标。

其他人在想什么?

最佳答案

我想说这将是一个相当重要的因素。

开放问题跟踪系统是我所说的“开放开发流程”的组成部分 - 任何感兴趣的人都可以看到开发人员正在做出的决定,并为讨论做出贡献。

有些项目实际上并没有一个开放的问题跟踪系统(或者一个好的系统),但仍然有公开可见的讨论列表,也许是一个总是有人在的 IRC channel ,也许是一个论坛/公告板等。我认为此类项目在贡献方面仍然相当有吸引力。

关于open-source - 开源项目中缺乏问题跟踪设施是否可能成为不参与/贡献的诱因?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/645639/

相关文章:

asp.net-mvc - 在开源许可下发布 ASP.NET MVC 3 OpenId StarterKit

java - Eclipse 作为 IDE + Mercurial 用于版本控制 + ?错误跟踪 = 好主意?

bug-tracking - QA 团队使用 HP 质量中心,Dev 团队想要使用 JIRA——这可行吗?

bug-tracking - Bugzilla 中的错误模板

intellij-idea - YouTrack 的 Intellij IDEA 插件

notifications - 在 JIRA 问题跟踪器中更改时向自定义用户字段发送电子邮件?

mysql - SQL Server 迁移到 mySQL、提示和潜在问题?

google-app-engine - 有没有办法在 AppEngine 上运行 OpenBravo?

java - 我怎样才能离开 Windows 而去 Linux?

eclipse - 用于 Sourceforge 功能/错误跟踪系统的 Mylyn 连接器