使用 Github 进行发布控制和问题跟踪

Question

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

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

我了解到，我们有一个“开发”分支来进行持续更改，并定期与主分支合并（即每个稳定版本）。

这是正确的方法吗？我们需要能够从 1.1 回到发布/构建 1.0 - 某种回滚以防万一将来需要它（这可能吗？如何？） Github 是否满足或者我们是否还需要使用一些 external tools ?

请分享您的经验和建议。

Answer 1

在等待其他专家的时候，我想分享一个我遇到的并且看起来很棒的模型！

A successful Git branching model (SO Post)

总而言之，我可以通过以下方式满足我的基本需求（并在需要时进行扩展）-

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

上述模型可以处理更多问题，但我看到我最初的担忧得到了解决。有更好的建议吗？