一个产品中，多项目版本管理不方便

我是使用者，按我的粗浅理解

1：禅道中项目的不断演进最后形成一个产品，比如禅道是一个产品，第几期是个项目；build的概念就是版本的意思吧，和项目一一对应；提交bug时要选择所属项目以及相应的build，这个很合理呀；

2：禅道中将产品视图模块和测试视图模块分开是因为他们面向的对象不一样，不过对于我们公司而言，分开确实反而麻烦；

3：build和项目是对应；

4：还是build的概念吧；

5：会慢慢改善吧，对开源软件不要太求全责备，其实很不容易啦；

1. 你的这三个东西分成三个产品应该更加合适。而不是三个项目。然后为每一个产品创建迭代进行开发。

2. trunk的概念不管是git, svn, cvs, vss都是有这个概念的。

3. 人的审美观点不同，我们认为给大家一个简单的，稳定的的软件，这就是美。

如果是分开三个产品，那么测试的时候，这几个软件是一起测试的，提交bug的时候，必须要先选择产品后，再选择项目，提交bug

但是bug有时候是不确定发生在哪个软件上的，如果选错了，就要跑到另一个产品中重新提交一次，这样显然是不合理的

bug在同一个产品中就是要统一管理，分类检索显示。

不然我怎么统计我这个产品中有多少bug，测试的进度和程度？

选错了，可以重新编辑，修改下所属的产品和模块。进度可以用搜索功能。

建议你先用，不要在这儿求全责备。你认为禅道不太合适你们现在的使用情况，是禅道暴露了你们现在产品研发管理的问题。有很多问题软件是无法解决的。也许你们应该考虑下如何优化自己的管理流程。