FAQ

多个代码仓存在编译依赖时如何同时发起构建

Signed-off-by相关操作

DCO校验异常处理

回退提交

处理冲突

多个代码仓存在编译依赖时如何同时发起构建

OS(操作系统)开发时,经常会遇到多个代码仓的修改具有编译依赖关系,需要同时构建、同时合入。为此码云平台将Issue作为具有编译依赖的多个代码仓提交PR的关联标识。具体操作如下:

  1. 在此次提交的任意一个代码仓上创建Issue。

  2. 将多个需要同时构建、同时合入的PR关联上述Issue,具体操作请参考码云帮助中心:https://gitee.com/help/articles/4142

  3. 触发构建(详见触发构建的操作帮助)后,构建中心会识别关联了同一Issue的PR,同时下载构建,并在代码审核通过后,同时进行合并入代码库。

Signed-off-by相关操作

如何在Commit中添加signoff记录

使用git commit -sgit commit –signoff 命令提交。

如何追加signoff到上一次commit?

执行git commit --amend --signoff命令 。

关于commit更多选项,请参考:https://git-scm.com/docs/git-commit

DCO校验异常处理

开发者提交Pull Request后,评论start build会触发门禁校验:

  1. 该PR提交是否签署Developer Certificate of Origin(DCO) “开发者原创声明”。
  2. 该PR提交是否包含 Signed-off-by信息。

校验失败可能的原因有:

  1. 未签署“DCO协议”,例如提示:

    当前检测到如下commit的用户未签署DCO协议:
    
    •345612213123
    

    解决办法

    点击这里签署、查看签署状态。

    在PR的评论框输入check dco后,单击”评论”,系统将再次进行DCO校验。

  2. Commits 中未包含 Signed-off-by信息,例如提示:

    当前检测到如下commit未包含Signed-off-by信息:
    
    •123123345612
    

    解决办法

    参考Signed-off-by相关操作,添加Signed-off-by信息。格式为:Signed-off-by: user.name <user.email>。

    在PR的评论框输入check dco后,单击”评论”,系统将再次进行DCO校验。

回退提交

请参考码云帮助中心:https://gitee.com/help/articles/4195

处理冲突

请参考码云帮助中心:https://gitee.com/help/articles/4194