Git常见问题

Git常见问题

1.1 Conflicts

• 情形一：repo sync后从服务器上cherry-pick某笔提交出现conflict如何解决冲突？

From ssh://g3.razerzone.com:29418/platform/packages/apps/Settings
 * branch            refs/changes/38/15038/1 -> FETCH_HEAD
error: could not apply e46293c... Comment:[000A][Auto Test][Settings][8.1.0]Settings caused crash when running script "RCL_settings_recent key_wifi on and off" 200 times.
hint: after resolving the conflicts, mark the corrected paths
hint: with 'git add <paths>' or 'git rm <paths>'
hint: and commit the result with 'git commit'

【分析】

cherry-pick后定位到conflict的位置解决冲突（具体如何解决呢？）

 

• 情形二：切换到另一分支，cherry-pick一笔提交到该分支上，出现以下报错：

【分析】

报错信息里提供了两种解决方案：

１．解决冲突再继续cherry-pick(拉到本地仓库的patch，工作区也会同时改变？)

２．取消cherry-pick的操作

接着，我尝试在工作区解决冲突，再add到暂存区，执行git cherry-pick --continue,本地仓库就生成了提交记录和提交内容；

最后，git push到ANTIGUA_factory仓库。

 

• 情形三

出现conflict的原因到底是啥？

 

 

1.2 如果想要撤销本地提交（代码已经push到远程仓库）应该怎么做？

• 方法一

git reset --soft commitId

撤退到commitId这笔提交，将之前的提交保存到stage中暂存起来，working space的修改依然存在

git reset HEAD file

将修改从暂存区移除，修改仍然存在于工作区。

git checkout file

最终删除。

• 方法二

git reset --hard commitId

本地仓库回退到commitId这笔提交，清除之前的提交和本地所有修改，工作区和本地仓库共同回退到之前的版本。

注：这个命令要小心操作！！

本地的修改，不会影响远程仓库的提交记录。

 

1.3 cherry-pick到其它分支

• 基本步骤：

1. 进入android/kernel/msm-4.9/目录下
2. repo forall -c "git pull" 遍历所有git仓库，使每个仓库执行git pull
3. repo forall -c "git checkout -t remotes/origin/ANTIGUA_factory" 遍历所有git仓库，取出ANTIGUA_factory版本
4. git pull 看在拉分支中有没有谁提交东西
5. 执行自己在gerrit上的cherry-pick，将这行复制下来直接执行即可
6. git push origin HEAD:refs/for/ANTIGUA_factory
7. repo branch　查看当前所在的分支

• 问题1：如何切回之前的分支（ANTIGUA_dev）?

重复执行步骤３(使本地和远程同分支？)

• 问题２：切到某个分支，是否代码也会同步过去？

A分支上如果本地有修改（属于A的修改），必须checkout或者放到暂存区再切换到B分支，否则无法切换?

A分支上虽然有修改，但切换到B分支上，修改不会存在？

 

 

 

 

                        

 

 

1.4 有两个git账号，如何本地切换使用？

• 分析

因为一个git账号对应一个repo，一个账号对应一个服务器，下载该服务器的代码都是用该git账号。如果要切换账号，覆盖git?

 

• References

https://happy123.me/blog/2014/12/07/duo-ge-gitzhang-hao-zhi-jian-de-qie-huan/

 

 

1.5 dev上修改了文件a,factory分支上没有文件a

• 出现的问题

factory分支上生成了delete的记录，好奇怪！！！为什么单独拉下来的factory分支没有其它资源文件？！

• 尝试

add　delete的记录，再checkout，本地竟然生成了这个文件a。（被delete的，checkout之后本地就生成文件a了）

• 思考

尽量不要使用git cherry-pick，这个鬼东西到底怎么用啊。。先拉两套代码，把事情做了。有时间好好研究一下git。逃避不了的，加油！弄懂了就容易了！！！

 

1.6 git pull和git pull --rebase的区别

确保本地代码最新、无冲突

 

1.7 git reset 

• git reset --soft [commit-id]

本地仓库重置到[commit-id]这一笔，之前版本的提交回到暂存区，本地的修改也没有变；

该命令适用的情形

１．更换commit信息（追加commit信息，可以直接在某笔提交上git add,git commit --amend）

２．排查之前版本提交是否有问题

 

• git reset --hard [commit-id]

本地仓库和工作区同时回退到[commit-id]这一笔；

如果工作区有修改，执行完该命令后，修改会被舍弃；

可以通过git fetch将之前提交到gerrit上的修改拉到本地仓库（本地仓库和工作区好像都变了。。），配套使用。

• 使用技巧

git reset --hard 到版本commit 111

git reset --soft到版本commit 123

【分析】

这时，本地仓库重置到commit 123，但是工作区有commit111和commit 123两个修改。也就是说，虽然重置到commit123，但是版本commit111的修改会被先放到暂存区。

注：该技巧适用于排查commit111上的修改。

 

 

 

 

• git fetch

常见错误

error: Your local changes to the following files would be overwritten by merge:
    src/com/android/settings/datausage/DataUsageSummary.java
Please, commit your changes or stash them before you can merge.
Aborting

分析：工作区有修改，无法直接git fetch，需要提交或者舍弃。

 

1.8 git pull --rebase或者repo sync后，本地仍有没有被merge的提交（之前本地的提交）

 

1.9 保存工作区的修改，更新代码

git stash

git apply

 

1.10 merge的顺序

一般来说，提交的顺序和merge的顺序是一样的，根据gerritId递增的顺序就可以merge； 但是，如果后面有不同人的修改互相依赖(比如，)，那么就不能简单参考gerrit id的顺序，要参考commit id和parent id，也可以参考Related Changes.

 

1.11 commit xxx is a merge but no -m option was given问题解决

git cherry-pick -m 1 xxxxxxx

 

https://blog.csdn.net/zhang197093/article/details/105164912/

 

1.12 不能正常提交的情况

1. 基于某一笔提交，该提交刚刚merge，gerrit被close，不能提了？

! [remote rejected] HEAD -> refs/for/odm/hq/android/q-huaihe-pdx-212-somc (change http://review.sonyericsson.net/2411951 closed)

1.13 将某个历史版本 checkout 到工作区

首先说明，这样做会产生一个分离的 HEAD 指针，所以个人不推荐这么做。

如果我们工作在 master 分支上，希望 checkout 到 dev 分支上，我们会这么做：

git checkout dev

这里 dev 实际上是一个指针的别名，其本质也是一个 SHA1 散列值。所以，我们很自然地可以用

git checkout <sha1-of-a-commit>