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），仅供参考
CANN / ascend-boost-comm 基础设施FAQ
发布时间：2026/7/14 7:37:49
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），仅供参考
)
