问题一:什么是草稿模式的代码评审?
什么是草稿模式的代码评审?
参考回答:
草稿模式的代码评审是通过推送命令在服务端创建的,用于对处于开发中尚不具备合入质量的提交进行评审。草稿状态的代码评审不能被合入,但可以触发CI构建。
关于本问题的更多回答可点击原文查看:
https://developer.aliyun.com/ask/639546
问题二:哪些类型的项目需要对旧版本进行维护?
哪些类型的项目需要对旧版本进行维护?
参考回答:
无法采用持续部署、持续发布,新版本有较长的开发周期的项目需要对已发布的一个或多个版本进行维护。
关于本问题的更多回答可点击原文查看:
https://developer.aliyun.com/ask/639547
问题三:对于需要维护旧版本的项目,通常如何在代码仓库中管理维护分支?
对于需要维护旧版本的项目,通常如何在代码仓库中管理维护分支?
参考回答:
对于需要维护旧版本的项目,通常在代码仓库中创建一个或多个维护分支,不同的项目可能有不同的命名规范,例如:maint、maint-2.0、maint-3.0。
关于本问题的更多回答可点击原文查看:
https://developer.aliyun.com/ask/639548
问题四:共享分支协同模式有哪些建议的操作规范?
共享分支协同模式有哪些建议的操作规范?
参考回答:
共享分支协同模式的建议操作规范包括:推送之前先执行拉取和变基操作(git pull --rebase),再执行推送操作(git push);使用保护分支功能,设置被保护的分支不能强制推送,不能被删除;当需要强制推送时,使用git push --force-with-lease命令。
关于本问题的更多回答可点击原文查看:
https://developer.aliyun.com/ask/639549
问题五:为什么当代码仓库的主干分支上有多个待合并的代码评审时,需要重新执行构建?
为什么当代码仓库的主干分支上有多个待合并的代码评审时,需要重新执行构建?
参考回答:
当代码仓库的主干分支上有多个待合并的代码评审时,合并其中一个CR到主干,主干分支上的代码会发生变化,这会导致其他尚未合并的CR的构建状态变得没有意义,需要重新执行构建以确保正确性。
关于本问题的更多回答可点击原文查看: