从概念上讲与使用Git here进行独立内容托管有关。
我想分开3件事：票务 - 版本 - 控制（管理），编程 - 版本 - 控制和结构 - 版本 - 控制（更多here）。现在每个人都应该能够看到门票以及它们如何从一个想法演变为代码/产品。目前，我遇到了大问题，因为门票是Bitbucket和Github的专有棺材，显然是他们锁定用户的商业策略。我想在一些与存储库相关的故障单here，here和here中管理我的故障单。如果我买票，我想承诺。我想跟踪我的门票，因为我希望以后能够轻松更改提供商。 Github有一些很好的功能，比如punch -cards（更多here）但是比Bitbucket更难使用。我想控制我的门票并随时添加功能。那么如何对票证进行版本控制呢？
|---> tickets' version-control (Ticgit -version-not-yet-exist)
|
---|---> code's VC (git)
|
|---> structural VC (? maven ?? runs, deployes, ??)
|
|---> perms' VC (Gitolite)
也许是相关的
答案 0 :(得分：2)
我不确定你的问题是什么：它更像是一个意图陈述而不是一个问题。但假设您正在寻找一个允许您这样做的系统，您可能会对ticgit感兴趣，这是一个使用Git分支作为后端的错误跟踪系统，允许您在以下分叉和分支错误跟踪数据在分叉代码的同时。