释放控制＆amp;与Github进行问题跟踪

Question

基于我的SO post我一直在使用Github作为我们的VCS，并且在Windows Github工具的帮助下，处理这些基本操作非常棒。然而，对于类似操作的合并，我要回到Gitbash（SO Post），但没关系。

  

因此，源代码级别VCS已到位。现在，我们想迈出一步   转发并使用其简单的问题跟踪器进行“释放控制”。为了我们，   这意味着能够跟踪每个稳定的构建（它可能是一个新的   功能或错误修复等。）The idea是创建问题，将它们绑定到   里程碑并使用Gi​​thub提交评论来关闭问题和标记   它作为一个稳定的发布/构建。标记在哪里出现？

我了解到，我们为持续的变化设置了一个“开发”分支，并定期与主设备合并（即每个稳定版本）。

这是正确的方法吗？我们需要能够从1.1中恢复发布/构建1.0 - 以防万一在将来的任何时候需要回滚（这可能吗？怎么样？）Github是否足够或我们是否需要使用external tools还有吗？

请分享您的经验和建议。

Answer 1

当我等待其他专家的评论时，我想分享一个我遇到的模特，看起来很棒！

A successful Git branching model（SO Post）

总结一下，这是我如何解决我的基本需求（并在需要时进行扩展） -

• 最初维持两个分支“master”和“development”
• Master应始终拥有稳定的版本，并且开发有持续的来源（可能不稳定）
• 将来，如果我们需要在发布后修复错误，我们可以创建一个修补程序分支，并在稳定地将其与master / development合并时
• 我发现的一件好事是我可以保持标签形式的稳定版本（即每个新版本的新标签）
• 最后，当我们继续使用每个稳定版本时，master分支将与开发合并

使用上述模型还可以处理更多内容，但我看到了我最初关注的问题。还有更好的建议吗？