门票版本控制？ [关闭](Version control for tickets? [close

概念相关的独立托管内容使用Git 这里 。

我想单独三件事情：票务-version控制（管理），编程-version控制和结构-version控制（更这里 ）。 现在大家应该可以看到门票和他们是如何从一个想法演变成一个代码/产品。 目前，我有大问题，因为票是在到位桶和Github上专有的棺材，显然是他们的经营策略来锁定用户。 我想管理我的门票在一些库-相关的门票在这里 ， 这里和这里 。 如果我一票，我希望提交。 我想保持我的票轨道还因为我希望能够在以后轻易改变供应商。 Github上具有如冲床-cards（更多一些很好的功能在这里 ），但在其他方面的使用难度超过到位桶。 我想控制我的门票和增加新的功能，每当我想。 所以，我怎么可以有超过门票版本控制？

   |---> tickets' version-control (Ticgit -version-not-yet-exist)
   |
---|---> code's VC (git)
   |
   |---> structural VC (? maven ?? runs, deployes, ??)
   | 
   |---> perms' VC (Gitolite)

也许相关

1. 版本控制版本控制？

2. 在版本控制项目的结构

3. https://stackoverflow.com/questions/4952/database-version-control

Answer 1:

我不知道你的问题是什么：它读起来更像是意图不是问题的声明。 但是，假设你正在寻找一个系统，可以让你做到这一点，你可能会感兴趣的ticgit ，使用一个Git分支作为后端，让你叉，并在同一时间作为该部门的bug跟踪数据的bug跟踪系统分叉的代码。

文章来源: Version control for tickets? [closed]