Git操作时遇到的一些问题和相应的处理方式

Q1:如何解决冲突/避免冲突

A1:执行git fetch之后,本地可能会存在冲突。

如果希望合并本地修改内容,需要执行git merge。不过当有修改内容未提交时,不能merge,要么把修改内容提交,要么恢复修改。

当执行git merge之后有冲突,并且不能自动合并,需要手工编辑文件解决冲突,再执行git add和git commit。可以利用git status查看冲突的文件名。用远程版本内容替换本地修改内容可以避免冲突(本地修改将被覆盖),

1、对于未提交的修改: git checkout HEAD <path>

2、对于已提交的修改:git reset --hard HEAD 还原至上一个提交

 

Q2:如何撤销操作

A2:(不适用于已经push成功)

1、修复未提交文件中的错误

如果工作区已经被改成一团乱麻,但是文件还未提交,可以通过以下方法撤销,让工作区回到上次提交时的状态。

(1)git reset --hard HEAD

重置工作区和暂存区,自从上次提交以来在工作区的任何修改都被丢弃。

(2)git checkout HEAD <path>

HEAD指向的分支中的全部或部分文件替换暂存区以及工作区的文件。不仅会清除工作区中未提交的改动,也会清除暂存区中未提交的改动。

(3)git checkout --<path>

用暂存区全部或指定的文件替换工作区的文件,清除工作区中未添加到暂存区的改动。

2、修改已提交文件中的错误

(1)修改旧提交

如果刚刚做了某个提交(commit),但是马上又想修改这个提交,使用

git commit --amend

这个只能修改最近一次的提交,也就是用一个新的提交来覆盖上一次的提交。

(2)撤销旧提交

git revert HEAD

要求工作区是干净的,与指定commit中的文件无冲突

 

Q3:没有Change-Id,执行git push origin HEAD:refs/for/master之后,提示ERROR:missing Change-Id in commit message footer

A3:错误原因:提交记录中缺少Change-Id。(Change-Id是通过钩子脚本自动生成的评审单号)

解决办法:

1、执行git pull --rebase,若与本地代码有冲突,请先解决冲突。

2、执行git log查看自己的这次提交中是否有“Change-Id”这样的字符。如果已经存在,则直接执行第3步,否则在当前代码的根目录下执行:

scp -p -P 29418 8位工号@gerrit.xxx.com.cn:hooks/commit-msg .git/hooks/

然后再git commit --amend可以不修改任何东西,保存退出。这时git log 就可以看到Change-Id了。

3、执行git push origin HEAD:refs/for/master 再次推送即可。

 

Q4:评审单显示”Merge Conflict”

A4:解决办法有三种:

方法一 (推荐)

1.本地执行git pull --rebase

2.手动编辑冲突的文件,解决冲突

3.git add 冲突的文件        

4.git rebase --continue

5.git push origin HEAD:refs/for/master

注意:上面步骤中解决完冲突后,git add,git rebase --continue后就直接git push了,不要执行git commit。

执行git pull --rebase 时,本地必须没有未commit 的代码。执行git status -uno可以看到修改但未提交的文件 ,根据需要可以commit,或者暂存,或者git checkout – 文件名 取消修改。然后再重新执行git pull --rebase 。

 

方法二:

适用于修改代码比较少时,备份自己的代码。

1.登陆gerrit网页上,把该评审单点击"Abandon"废弃掉。

2. git reset --hard  HEAD^^^^^^^   回退到自己提交之前的版本,建议多写几个^,一个^表示回退一次。

3. git pull   更新代码,使其和库里一致。

4.本地重新修改,提交新的评审。

方法三:

1.冲突时想用别人的代码覆盖本地代码

git checkout --theirs <filename>

2.冲突时想用本地代码覆盖别人的代码

git checkout --ours <filename>

3.冲突内容有交叉,想要一部分本地的,一部分别人的

git checkout --merge <filename>

 

Q5:评审不通过

A5:分三种情景操作,详情如下:

情景1.从提交了上次评审后,本地没做任何修改,也没更新过代码

这种情况最简单,git log看到的最近一次提交,应该就是评审不通过的这次,这时按照评审意见修改代码,修改好了之后,执行如下命令

git add

git commit --amend    //一定要带着--amend

git push origin HEAD:refs/for/自己分支名

此时登陆gerrit上会看到原先自己评审不通过的评审单,状态已经更新,可以让评审员再次评审打分。

情景2:从上次提交了评审后,本地代码更新过,但没有自己新修改的代码。

此时git log看到的最近一次提交已经不是自己的了,这时需要git reset --hard回退到自己修改的那次提交,再修改。

例如:

git log看到如下记录:

commit3 :12b5a45

commit2: 8213017          //commit2这次提交是没有评审通过,需要修改的

commit1: 941ba2b

这时执行git reset --hard 8213017 就可以回退到自己的这次提交。

此时再git log看到的是:

commit2: 8213017          //commit2这次提交是没有评审通过,需要修改的

commit1: 941ba2b

此时再按照情景1的步骤操作。

情景3:从上次提交评审后,本地做了新的修改,提交。

此时需要把自己新修改的代码备份出来。

然后按照情景2的方法进行操作。

 

------20191203闪

posted @ 2019-12-03 10:00  晒太阳的兔子很忙  阅读(725)  评论(0编辑  收藏  举报