之前在公司內部推Git，寫了一份git使用教程，后來又在團隊內部做了一次分享，內容是關于Git使用過程中經常會遇到的一些場景，并有了這份總結。

git基礎

基于feature的工作流

添加忽略文件 .gitignore (http://gitignore.io/)

基于develop分支開發：feature分支 bugfix分支 版本節點tag

問題排查: diff 、log 、reflog、blame

撤銷操作: checkout 、reset、revert、commit --amend

刪除操作: rm clean

儲藏操作: stash

分支操作：創建、刪除(注意遠程分支的刪除)、切換、合并(--no-ff 、rebase)

標簽操作

更多詳細查看上面教程鏈接

場景

1. 本地已經存在的項目/分支與如何遠程倉庫關聯

git remote add origin

2. 剛剛提交了的commit log發現錯了，想修改

git commit --amend -m "your new log"

3. 查看某次提交的日志和ID

git reflog

4. 查看某次提交的內容

git show

5. 只是修改了工作區的文件，想恢復到原來修改前的樣子

git reset --hard HEAD

git checkout --

6. 被修改的文件已經添加到了暫存區，想撤銷添加

git reset --mixed HEAD

7. 被修改的文件已經commit提交，想撤銷提交

git reset --soft HEAD^

8. 已經提交到遠程主機的文件，想撤銷

git revert

git revert HEAD

9. 已經開發一半的功能，但是沒有開發完，這時候有個bug要緊急處理，需要放下手頭的功能，趕去修改BUG

// 保存現場

git stash

// 恢復現場

git stash pop

10. 加入過歷史版本的文件，因某些原因被刪除了想恢復

git checkout --

另外你也可以用reset命令來完成

11. 需要單獨把多次提交中的某一次提交從你的分支遷移到另外一個分支上，即跨分支應用commit

git cherry-pick

比如：我想把以下分支

A-B master

\

C-D-E-F-G develop

中的D，F 兩次提交移動到master分支，而保持其他commit不變，結果就像這樣

A-B-D-F master

\

C-E-G develop

那么，思路是將D，F 用cherry-pick應用到master分支上，然后將develop分支對master分支變基。

$ git checkout master

$ git cherry-pick D

$ git cherry-pick F

$ git checkout develop

$ git rebase master

注意有些情況下使用cherry-pick會存在沖突，解決方法和我們平時合并分支遇到沖突一樣。

12. 遇到文件沖突，可以手動解決，或者用你配置的工具解決，記得把文件標位resolved：add/rm

如：常見的拉取同事的代碼合并引起沖突

1. 手動處理沖突

2. 文件標志位置為resolved：git add

3. 繼續合并 git merge --continue

當然也可以選擇放棄合并：git merge --abort

13. 讓自己本地分支上面的每一次提交日志變得更有意義，有時候需要我們選擇有意義的提交日志信息合并上去

比如我們在bugfix分支上面由于修改bug提交了很多次，修復好了之后，我們想把這些提交合并入我們的master分支

git checkout master

git merge --squash bugfix

git commit -m "bug fixed"

上面操作會將bugfix分支上的所有commit都合并為一個commit，并把它并入我們的master分支上去。這里還有一點需要注意的是：--squash含義代表的是本地內容與不使用該選項的合并結果相同，但是不提交，不移動HEAD指針，所以我們要另外多一條語句來移動我們的HEAD指針，即最后的commit。

14. 有時候需要整理我們本地的commits，可以使用Squash

git rebase -i

舉例：

git rebase -i HEAD~5

執行完后，Git會把所有commit列出來，讓你進行一些修改，修改完成之后會根據你的修改來rebase。HEAD-5的意思是只修改最近的5個commit。

pick 033beb4 b1

pick b426a8a b2

pick c216era b3

pick d627c9a b4

pick e416c8b b5

# Rebase 033beb4..e416c8b onto 033beb4

#

# Commands:

# p, pick = use commit

# r, reword = use commit, but edit the commit message

# e, edit = use commit, but stop for amending

# s, squash = use commit, but meld into previous commit

# f, fixup = like "squash", but discard this commit's log message

# x, exec = run command (the rest of the line) using shell

#

# If you remove a line here THAT COMMIT WILL BE LOST.

# However, if you remove everything, the rebase will be aborted.

#

上面pick是要執行的commit指令，另外還有reword、edit、squash、fixup、exec這5個，具體的含義可以看上面的注釋解釋，比較簡單，這里就不說了。

我們要合并就需要修改前面的pick指令：

pick 033beb4 b1

squash b426a8a b2

squash c216era b3

squash d627c9a b4

squash e416c8b b5

也就是下面這4個提交合并到最前面的那個提交里面，按esc，打上:wq提交保存離開。

接著是輸入新的commit message

b

# This is a combination of 2 commits.

# The first commit's message is:

# b1

#

# This is the 2nd commit message:

#

# b2

#

# This is the 3rd commit message:

#

# b3

#

# This is the 4th commit message:

#

# b4

#

# This is the 5th commit message:

#

# b5

#

# Please enter the commit message for your changes. Lines starting

# with '#' will be ignored, and an empty message aborts the commit.

# Not currently on any branch.

# Changes to be committed:

# (use "git reset HEAD ..." to unstage)

#

# modified: a.txt

#

其中第一行的b就是需要我們輸入的新信息，同樣編輯完保存，出現類似下面的信息：

Successfully rebased and updated refs/heads/develop.

最后可以用git log指令來驗證commits是不是我們要變成的樣子。

15. 多人協作開發項目，想知道某個文件的當前改動情況

通常查問題時想知道某個文件的某部分代碼是誰改動的，那么git blame 就派上用場了。

git blame

你也可以具體指定到某一行或者某幾行代碼

git blame -L ,

16. 執行push命令向多個倉庫同時提交代碼

有時候會做代碼備份，將代碼保存在幾個不同的Git代碼管理平臺，這時候就需要用到了

修改本地倉庫目錄下.git/config文件

[core]

repositoryformatversion = 0

filemode = true

bare = false

logallrefupdates = true

ignorecase = true

precomposeunicode = true

[remote "origin"]

url = git@github.com:yuxingxin/blog.git

url = ……

url = ……

fetch = +refs/heads/*:refs/remotes/origin/*

如上 在remote處可以添加多個遠程地址。

17. 從多次提交中快速定位某一次提交的bug

# 開始 bisect

$ git bisect start

# 錄入正確的 commit

$ git bisect good xxxxxx

# 錄入出錯的 commit

$ git bisect bad xxxxxx

# 然后 git 開始在出錯的 commit 與正確的 commit 之間開始二分查找，這個過程中你需要不斷的驗證你的應用是否正常

$ git bisect bad

$ git bisect good

$ git bisect good

...

# 直到定位到出錯的 commit，退出 bisect

$ git bisect reset

總結

當然了，git的一些常見場景，還遠不止這些，限于本人能力有限，如果你在平時的工作中遇到一些很實用的命令，也歡迎反饋給我，我好一并學習。更多的詳細可以參考之前總結的一系列文檔: https://devops.yuxingxin.com。 學習git命令是一件很有意思的事情，我想它能幫助使用git命令的人更好的理解這一代碼管理工具，從而不至于犯一些低級錯誤，MobDevGroup網站上面也分享過幾個學習命令的網站，可以供參考：https://mobdevgroup.com/tools/assistant

總結

以上是生活随笔為你收集整理的bisect git 使用_Git使用过程中的一些常见场景问题总结的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。