关于“版本”的设计讨论：

版本，有集成版本和非集成版本。非集成版本，必须关联迭代处理，为什么设计成这样？

版本为什么不能只关联产品分支（产品型项目），或只关联项目（项目型项目）？

目前的设计，如果迭代周期短，则不能提前设置版本，难以使用版本来提前做“版本计划”和“测试计划”。

要建好迭代，才能做版本计划。

并且，间接地限制了迭代必须足够大，否则可能多个迭代才能完成一个版本，此时操作极其麻烦，反复切换版本与迭代的关联，同时还要处理关联的需求、缺陷等等。（大的迭代，可能导致工时估算、燃尽图，等功能的存在意义和作用都降低）

问题1：

在项目视图创建 发布时，不关联版本，默认会关联主干（项目关联的是其他分支），

修改这个“发布”时，无法再关联其它分支，也无法修改关联其它分支的需求或版本。

问题2：

集成版本，创建时不能选分支，默认为主干。

建一个非集成版本，在项目视图不能修改该版本为集成版本；

但在迭代视图，可以把版本的关联迭代去掉，保存后自动变为集成版本，并且此时该版本的关联分支是之前分支，而不是默认为主干。

（建议去掉 版本 与 迭代 的关联，或把版本的所属迭代，改为非必填项）