更新所有遠端分支

git remote update origin --prune或者git fetch

賦值程式碼到本地

git clone [email protected]:wild46cat/test.git

git rebase 過程

git rebase origin master修改內容git add .git rebase --continue

git merge 過程

git fetchgit merge處理衝突git add .git push

刪除遠端分支

git push origin :dev

刪除本地分支

git branch -D dev

重置git HEAD

git reset origin/master

reset使用場景

一般情況是這樣使用的git reset origin/master檢查程式碼中的改動，哪些是需要提交了，哪些是需要還原的。git add .git commit -m即可。

後記

下面說一下什麼時候需要rebase。 rebase一般情況下是在這種情況下(下面是使用git branch -avv後的結果)。master 6cd5384 [origin/master: behind 1] 1111111* realdev f2f71cc [origin/dev: ahead 1, behind 2] cc remotes/origin/HEAD -> origin/master remotes/origin/dev 90249b5 ok commit remotes/origin/master d467f55 still 2 commit能夠清晰的看到本地分支和遠端分支的關係。遠端分支後退兩步，在前進一步，才能到達當前的HEAD。現在有兩種方式進行這樣的操作。就是merge和rebase。先說一下這兩種方式的區別。這兩種方式是這樣的如果是使用rebase的方式，相當於是更改了基點。如果是使用pull（fetch and merge）的方式，相當於是合併最新的遠端分支。rebase方式不會產生新的commit，但是merge方式必須產生新的commit。不然你會在commit --amend的時候遇到這樣的問題fatal: You are in the middle of a merge -- cannot amend.master 6cd5384 [origin/master: behind 1] 1111111* realdev b57ad4a [origin/dev: ahead 2] a new commit remotes/origin/HEAD -> origin/master remotes/origin/dev 90249b5 ok commit remotes/origin/master d467f55 still 2 commit然後使用merge的時候會出現上面的現象，也就是會產生一個新的commit，同時HEAD也就向前走了一步。現在演示一下，如果使用rebase的方式是如何操作的* master 10a2e5f [origin/master: ahead 1, behind 2] 1111111 realdev b57ad4a [origin/dev] a new commit remotes/origin/HEAD -> origin/master remotes/origin/dev b57ad4a a new commit remotes/origin/master d467f55 still 2 commit現在我們看master分支和剛才的情況一樣，那麼我們如何處理呢？1、git rebase origin master2、檢視現在的狀態，有哪些檔案有改變 git status。3、處理檔案的衝突，然後使用git add . 提交所有檔案。4、git rebase --continue5、然後就ok了。會有一個apply XXX的一個通知。6、然後在提交就可以了。