你拉取代碼的時候線上版本為1,然后你本地commit了代碼,版本為2,但是線上版本已經(jīng)發(fā)展為3了,這個時候把線上代碼拉下來就出現(xiàn)了又落后,又超前的情況

你本地commit了代碼，沒有push，就是超前。
remote上有更新，本地沒有pull，就是落后。

這不沖突，因為判斷主體不一樣。

很好解釋。假如現(xiàn)在有一個項目，master branch 有三個 commit，分別是 A，B，C：

A - B - C

你在這時候新建了一個 branch (tracking master branch)，叫 myBranch，然后寫了代碼并提交，這時候你的 branch 是這樣：

A - B - C - X

在這期間，你的同事在 master 上也寫了代碼并提交，這時候 master 變成：

A - B - C - D

那么現(xiàn)在，你的 myBranch 就是既 behind 又 ahead 了。

順便，這時候如果你在 myBranch 上執(zhí)行 git rebase origin/master 命令，那么 myBranch 就會是：

A - B - C - D - X'

注意 X' 和 X 的 "實(shí)際作用" 相同，但 hash 不同

如果你在 myBranch 上執(zhí)行 git pull origin master 命令，那么 myBranch 就會是：

A - B - C - X - E

其中，E 是一個 merge commit。也就是把當(dāng)前 master 的 HEAD 加到 myBranch

你還有一個選擇，就是 git cherry-pick D，那么你的 myBranch 就會是：

A - B - C - X - D'

注意 D' 和 D 的 "實(shí)際作用" 相同，但 hash 不同..而且 D' 不是一個 merge commit。

我也用SourceTree ,個人認(rèn)為:這種情況是你的項目里有些文件跟遠(yuǎn)程分支不一致,例如項目里有A,B,C三個文件,你和你同事共同開發(fā),A文件你修改了,就是超前咯,當(dāng)B文件被人修改后再提交到遠(yuǎn)程分支,這樣就是你本地的B文件落后咯,C文件大家都沒改過,所以沒變動