针对基于标签的发布流程的热修复的拉取请求过程

时间:2015-03-20 06:18:10

标签: git

我的项目的制作是从主分支发布的,每个版本都会创建标记。 版本之间需要不时修复热修复,因此当前的做法是从标记分支,然后从这个新分支中释放。

问题在于实际标签与新分支之间存在差距,而这些差异并未包含在任何工具中:作为审阅者,您必须依赖开发人员并相信他已从正确的标签等创建分支(其中到目前为止是常见的做法)或者你必须手动检查分支来自哪里只是另一个手动操作,并且可以由于截止日期而跳过。

所以问题是:有没有办法使用拉取请求程序? 我希望直接将拉取请求(或类似的控制和审查工具)提升到标签,但据我所知,我不能。 此外,我可以为每个版本创建prod-branch并从中标记,但对我来说似乎很笨重,我想避免这样的过程。

P.S。项目使用Stash进行pullrequests和Crucible审查。

1 个答案:

答案 0 :(得分:0)

git branch --contains <last release tag>将告诉您哪些分支在上一版本中分支。如果您的修补程序分支不在该列表中,则表明它没有正确完成。您可以使用该命令执行修补程序发布过程。

如果您拥有最新版本的latest标记,则会更容易。那就是git branch --contains latest。我还建议您一致地命名修补程序分支,例如hotfix。一旦部署就删除它,因此没有人试图在事后使用它,因此它可以再次用于另一个修补程序。将释放标签放在其位置。

git branch --contains latest | grep hotfix