harmony 鸿蒙FAQ
FAQ
多个代码仓存在编译依赖时如何同时发起构建
OS(操作系统)开发时，经常会遇到多个代码仓的修改具有编译依赖关系，需要同时构建、同时合入。为此码云平台将Issue作为具有编译依赖的多个代码仓提交PR的关联标识。具体操作如下：
在此次提交的任意一个代码仓上创建Issue。
将多个需要同时构建、同时合入的PR关联上述Issue，具体操作请参考码云帮助中心：https://gitee.com/help/articles/4142。
触发构建(详见触发构建的操作帮助)后，构建中心会识别关联了同一Issue的PR，同时下载构建，并在代码审核通过后，同时进行合并入代码库。
Signed-off-by相关操作
如何在Commit中添加signoff记录
使用git commit -s 或 git commit –signoff 命令提交。
如何追加signoff到上一次commit?
执行git commit --amend --signoff命令 。
关于commit更多选项，请参考：https://git-scm.com/docs/git-commit
DCO校验异常处理
开发者提交Pull Request后，评论start build会触发门禁校验：
- 该PR提交是否签署Developer Certificate of Origin（DCO) “开发者原创声明”。
- 该PR提交是否包含 Signed-off-by信息。
校验失败可能的原因有：
- 未签署“DCO协议”，例如提示：
当前检测到如下commit的用户未签署DCO协议：
•345612
•213123
解决办法：
点击这里签署、查看签署状态。
在PR的评论框输入check dco后，单击”评论”，系统将再次进行DCO校验。
- Commits 中未包含 Signed-off-by信息，例如提示：
当前检测到如下commit未包含Signed-off-by信息：
•123123
•345612
解决办法：
参考Signed-off-by相关操作，添加Signed-off-by信息。格式为：Signed-off-by: user.name
在PR的评论框输入check dco后，单击”评论”，系统将再次进行DCO校验。
回退提交
请参考码云帮助中心：https://gitee.com/help/articles/4195
处理冲突
请参考码云帮助中心：https://gitee.com/help/articles/4194
你可能感兴趣的鸿蒙文章
harmony 鸿蒙OpenHarmony 32/64位可移植编程规范
harmony 鸿蒙OpenHarmony应用TS&JS编程指南
harmony 鸿蒙OpenHarmony Java 安全编程指南
- 所属分类： 后端技术
- 本文标签：
热门推荐
-
2、 - 优质文章
-
3、 gate.io
-
8、 golang
-
9、 openharmony
-
10、 Vue中input框自动聚焦