有一个永恒的分支,我们为了问题而调用它master
,如何实现成功的发布过程?
从master
分支创建分支,称为release/v1.1.0
。与此同时,master
分支继续发展。修补程序提交直接在release/v1.1.0
分支上完成。创建发布包并将其部署到生产后,release/v1.1.0
将与master
合并并删除。
问题:如果在生产中发现问题,是否可以创建与生产状态匹配的分支?或者需要release/v1.1.0
分支?
答案 0 :(得分:3)
我会标记已发布的提交。
git tag release/v1.1.0 COMMIT
其中COMMIT标识已发布的提交(例如,其哈希)
然后,如果您必须在生产中修复某些内容,则可以从此标记创建分支。您可以将其命名为release / v.1.1.X
在此分支上,您可以创建release / v.1.1.1,release / v.1.1.2等版本。
要从标签创建分支,您可以
git checkout -b release/v.1.1.X release/v.1.1.0
这将从release / v.1.1.0标记
开始创建release / v.1.1.X分支如果您只是想查看哪个代码具有release / v.1.1.0版本,您可以简单地检查该提交:
git checkout release/v.1.1.0
请注意,标签不会自动推送到远程。所以可以用
推送标签git push origin release/v.1.1.0
(假设您的遥控器是'来源'),或者您可以使用
推送所有本地标签git push --follow-tags