现象描述
向Ascend 仓pull request 开发代码时会出现提交多余文件的现象,如果直接关闭PR再次PR,会导致之前的检视工作变成无用功,增加开发的工作量。
可能原因
不清楚提交文件列表,或者git 命令使用失误。
处理方法
如果误提交涉及的修改量较小,明确哪里被错误修改了,可以直接修改,若修改量较大,或无从下手,建议以下方式:
1. 不要关闭已有的PR。
2. 找到PR的owner 仓库,请确保有权限修改该仓库。
3. 在本地 git clone owner的仓库。(假设此处向Ascend master PR 的是 owner 仓库的 op1_branch 分支)
4. 设置本地分支branch_q 追踪远程 owner 仓 op1_branch 分支,并切到分支branch_q,执行下面指令
git checkout -b branch_q origin/op1_branch
5. 查看提交记录 git log --oneline
6. 找到不涉及自己修改的最后一次提交记录,并把版本回退到该提交,假设不涉及自己修改的最后一次记录为61f0125b。执行
git reset 61f0125b
7. 查看此时仓库状态git status
8. 将Changes not staged for commi 与 Untracked files 下面需要提交的文件一一提交,参考FAQ 27 Gitee PR提交流程 。
9. 多进行检视,确保修改正确了,再强制推送到远程( 加 -f)。执行:
git push origin branch_q:op1_branch -f
注:owner gitee 仓库 管理->仓库设置->基本设置 , 需要允许强制推送
10. 推送成功后 PR 会自动更新,不需要多余操作。
向Ascend 仓pull request 开发代码时会出现提交多余文件的现象,如果直接关闭PR再次PR,会导致之前的检视工作变成无用功,增加开发的工作量。
可能原因
不清楚提交文件列表,或者git 命令使用失误。
处理方法
如果误提交涉及的修改量较小,明确哪里被错误修改了,可以直接修改,若修改量较大,或无从下手,建议以下方式:
1. 不要关闭已有的PR。
2. 找到PR的owner 仓库,请确保有权限修改该仓库。
3. 在本地 git clone owner的仓库。(假设此处向Ascend master PR 的是 owner 仓库的 op1_branch 分支)
4. 设置本地分支branch_q 追踪远程 owner 仓 op1_branch 分支,并切到分支branch_q,执行下面指令
git checkout -b branch_q origin/op1_branch
5. 查看提交记录 git log --oneline
6. 找到不涉及自己修改的最后一次提交记录,并把版本回退到该提交,假设不涉及自己修改的最后一次记录为61f0125b。执行
git reset 61f0125b
7. 查看此时仓库状态git status
8. 将Changes not staged for commi 与 Untracked files 下面需要提交的文件一一提交,参考FAQ 27 Gitee PR提交流程 。
9. 多进行检视,确保修改正确了,再强制推送到远程( 加 -f)。执行:
git push origin branch_q:op1_branch -f
注:owner gitee 仓库 管理->仓库设置->基本设置 , 需要允许强制推送
10. 推送成功后 PR 会自动更新,不需要多余操作。