Microsoft ALM 团队将基本分支计划描述为需要MAIN、DEV和RELEASE分支。
我正在努力将分支/合并引入一个新团队，该团队目前使用没有任何分支的源代码控制。
我想知道 RELEASE 分支是如何实际使用的。
是否可以在 DEV 分支中进行更改然后合并到 MAIN 分支而不需要 RELEASE 分支？MAIN 仍然是只读的。它本质上基本上是 RELEASE 分支。我之所以这么说是因为我们没有太多的变化，但我想将稳定的代码与新的变化隔离开来。我们每个人所说的“发布”的概念还没有很好的定义。我仍在努力。
我只是不知道我的团队是否需要一个 RELEASE 分支（具体考虑我们的需求）。
我将不胜感激有关仅拥有MAIN和DEV分支的策略的评论。
当我在客户端实现 TFS（替换 SVN）时，我采取了另一种方式。我所做的是引入一个 MAIN 分支和一个 RELEASE 分支，而不是最初的 DEV 分支，因为这对团队来说似乎很混乱。最初也很难将 DEV 分支的目的传达给熟悉 SVN 的团队。
如另一个答案所述，我们的 RELEASE 分支的主要目的是保留历史占位符。目前我们正在使用 Git，我们有一个 CI 服务器来执行发布过程并分支到 release/$version_number。我认为这个概念可能更容易理解并传达给你的团队。即在您实际发布时自动创建发布分支。
通常，发布分支用于“保管”。基本上和标签一样。
发布到生产环境通常是一个非常重要的事件，你想知道你发布的确切来源（以防你需要回到它）。早在人们过去常常创建标签来跟踪这一点时，创建发布分支更好，原因有以下几点：