个别的代码release过程的git flow:
1. 从dev分支创立release分支2. 测试组在release分支,开发组在release分支修复bug3. 提两个PR,release分支合并到main分支,release分支合并到dev分支4. 在main分支打发版tag
如果按以上工作流,实践上可能保障合并后,main分支和通过测试后的release分支完全一致。
但理论我的项目中,可能存在并行操作的问题。比方在第一步创立release分支后,有bugfix合入了main,就会导致main分支上蕴含release分支没有的commit.
这个问题能够通过查看main分支是否是release分支上commit的子集来解决。
具体能够通过git命令来查看。
操作流程:
1、先git log 查看main分支最新的commitId。 2、应用git branch --contains commitId ,看release分支是否蕴含commitId。只有蕴含commitId,标识release上蕴含所有main分支上的commit
这个查看过程能够放到PR的CI查看里。