1.请问提交PR后出现ascend-cla/no红色标签，如何处理？
【免费下载链接】ascend-boost-comm算子公共平台，南向对接不同组织开发的算子库，北向支撑不同加速库应用，实现M x N算子能力复用项目地址: https://gitcode.com/cann/ascend-boost-comm
出现该标签表示该PR中所包含的commit中，有部分贡献者没有签署Ascend社区的贡献者协议(CLA)。签署地址可以在PR评论区找到。如果是个人贡献者请选择“签署个人CLA”，如果是作为企业管理员参与贡献请选择“企业管理员”签署CLA。CLA检查是使用commit信息进行验证的。
| 场景 | 选择 | 处理方案 |
|---|---|---|
| commit邮箱和Gitcode提交邮箱一致 | 统一用该邮箱 | 使用该邮箱直接在上述“签署地址”签署CLA即可 |
| commit邮箱和Gitcode提交邮箱不一致 | 希望使用commit邮箱签署 | 调整Gitcode提交邮箱为commit邮箱，在Gitcode个人设置页面添加commit邮箱并设置为提交邮箱，然后在上述签署地址完成CLA签署即可 |
| 希望使用gitcode提交邮箱签署 | 在git运行的本地通过 git config --global user.name **** 和 git config --global user.email ****修改配置可调整git的commit邮箱信息为gitcode的提交邮箱，完成后再进入签署地址进行CLA签署 |
2.请问为什么不能fork一个src-ascend/abc仓库到个人账号下？
这个问题通常是因为在您的个人账号下，已经有abc的同名仓库，比如你之前已经从Ascend组织下fork了名称为abc的仓库；因为码云是通过你的个人账号加仓库名寻址的，所以不允许在你的个人账号下有同名仓库。
解决方法：修改个人账户下已有仓库的名称和路径，然后再从“src-ascend/abc”仓库fork即可。
3.请问非maintainer贡献者是否可以直接往非保护分支push代码？
抱歉，非maintainer贡献者不能直接向仓库push代码，包括保护分支和非保护分支。
保护分支与非保护分支的区别在于maintainer是否可以直接push；如果是非保护分支，maintainer可以有权限直接push；如果是保护分支maintainer也没有权限直接push，只能通过评论最终由CI-bot代为合入。
4.请问maintainer可否直接push代码到仓库？
该问题需要确定代码合入到仓库的具体分支属性，如果分支为保护分支，maintainer没有权限直接push代码；如果分支为非保护分支，maintainer可以直接push代码。
5.请问直接push代码到仓库和通过评论/lgtm 、/approve合入代码有何区别？
通过git命令直接push代码到仓库缺少必要的审核环节，存在一定合入风险；主要应用场景是比如需要上传的文件过大超过个人仓库限制，只能通过直接push到仓库的非保护分支，然后再通过非保护分支往保护分支merge；
通过评论/lgtm /approve合入代码从流程上增加了评审环节，保证一份代码的合入至少需要提交者以外的一位maintainer的评审同意，即便提交者本人是maintainer也需要另一位maintainer同意。
6.请问Ascend社区仓库评论区都支持哪些命令，分别都是什么含义？
目前社区仓库评论区主要支持的命令请参见Ascend社区评论命令一览。
7.请问我提交PR后为什么没有触发CI构建，需要如何处理？
CI未及时触发通常有两种情况：
第一种可能是网络原因或系统任务调度原因，导致从代码仓库发出的webhook通知事件没有及时到达目标服务，所以没有触发CI构建；这种情况可以通过在PR评论去评论/retest重新触发。
第二种可能是代码仓库创建以后短时间内提交PR，此时jenkins服务器侧尚未创建CI构建工程，所以触发不到CI构建，评论/retest也不生效，这种情况请稍等一下系统自动建工程。
【免费下载链接】ascend-boost-comm算子公共平台，南向对接不同组织开发的算子库，北向支撑不同加速库应用，实现M x N算子能力复用项目地址: https://gitcode.com/cann/ascend-boost-comm
创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
