Redmine vs Chiliproject

时间:2011-06-28 06:48:17

标签: redmine agile-project-management chiliproject

我正在从Redmine的实验性安装切换到公司广泛使用。我们确实使用了一些对我们来说是强制性的插件,例如redmine_backlog和redmine_gitosis(unmaintained,存在几个forks)。虽然redmine发布了1.2.0,chiliproject刚刚发布了1.5.0并确保主题和插件兼容。

让他们决定分叉redmine的原因让人觉得有很强的动力来支持这个项目。似乎chiliproject有更多的贡献者并且更频繁地更新。

所以我正在寻找在类似生产环境中使用其中一个项目的利弊!

谢谢,

马修

1 个答案:

答案 0 :(得分:32)

偏见免责声明:我是ChiliProject的负责人,也是Redmine的前核心贡献者。

就代码和功能而言:ChiliProject在1月分叉,因此它和Redmine之间有很多变化。我将尝试快速描述我们(ChiliProject)如何处理我们的版本及其中包含的内容:

ChiliProject 1.x版本包括:

  • Redmine 1.1
  • 额外的错误修复

ChiliProject 2.x版本包括:

  • Redmine 1.1
  • Redmine 1.2的某些部分
  • 仅限ChiliProject的新功能
  • 更多错误修复

如果您需要有关确切更改的详细信息,可以查看我们previous versions中包含的内容。我还使用Google Spreadsheet来跟踪我从Redmine 1.2中获取ChiliProject的内容:

https://www.chiliproject.org/boards/2/topics/239

对于非代码差异(社区),Why Fork?FAQ页面也是最佳选择。

就主题和插件兼容性而言:此时它们应该与任一项目一起使用。保持兼容性是我现在的一个重点,因为我不想在有新版本的Redmine或ChiliProject时更新我的​​所有插件。

希望这有帮助。