我想到了这样的发布工作流程：
- 一个分支就是一个trunk分支 - 它可能具有用于功能和其他目的的子分支。
- 第二个分支是stable- 它代表生产版本。
- 修订trunk- 标记为发布版本。如果我想发布 - 我必须为发布版本指定一个或多个变更集，然后将它们合并到stable中，并且这个多合并的最终修订将是一个新stable版本。
有一个选项 - 使用一些外部工具来跟踪属于哪个版本的版本，或者在提交消息中写入此信息 - 但我不喜欢它们，因为我想将此信息存储在 DVCS 中，而不依赖于任何用于发布管理的外部软件。
所以我的问题是：
- 这是一个好的计划吗？
- 任何流行的 DVSC 是否有这样的工具，用于批量标记修订？
这是一个好的计划吗？
不。在无用的实体中单独的“稳定”分支仅带来额外的头痛（至少在 Mercurial 和 Git 中），在“主干”内标记将起作用
任何流行的 DVCS 是否有这样的工具，用于批量标记修订？
不（至少我不知道这样的工具）。但是（对于 Mercurial，fe）根本不需要它：通过一些 revset 的魔法，您总是可以得到“跟踪 repo/ 修订中的哪个版本 /tag”
这在 Mercurial 中相对容易做到，您可以为命名分支设置多个头，但在 git 或 mercurial 中，您最好使用名为“release_candidate”之类的分支，将您考虑的任何功能分支合并到其中成为释放的候选人。然后 TPTB 将 'release_candidate' 合并到 'stable' 或不合并，如果他们不合并，您只需使用被拒绝候选的可接受子集创建一个新的候选发布 - 您始终可以创建一个新分支并仅合并您的想进去。