origin 是預設的遠端版本庫名稱
你可以在 .git/config 之中進行修改

下面的方法，不能解決，遠端程式碼庫與第三方人員合併後的回滾問題，見最後面。

git常用命令：

1.

切換分支

git checkout master  //表示切換分支到master

2.

建立分支branch

3.pull拉取

git pull origin 相當於是從遠端獲取最新版本並merge到本地

git pull命令的作用是，取回遠端主機某個分支的更新，再與本地的指定分支合併。它的完整格式稍稍有點複雜。

$ git pull <遠端主機名> <遠端分支名
 
>:<本地分支名>

比如，取回origin主機的next分支，與本地的master分支合併，需要寫成下面這樣。

$ git pull origin next:master

如果遠端分支是與當前分支合併，則冒號後面的部分可以省略。

$ git pull origin next

如果當前分支與遠端分支存在追蹤關係，git pull就可以省略遠端分支名。

$ git pull origin

上面命令表示，本地的當前分支自動與對應的origin主機”追蹤分支”(remote-tracking branch)進行合併。

如果當前分支只有一個追蹤分支，連遠端主機名都可以省略。

git pull

4.

push推送到遠端程式碼庫

$ git push <遠端主機名> <本地分支名>:<遠端分支名> //順序與git pull相反。

git push origin master 的意思是 git push origin master:master （將本地的 master 分支推送至遠端的 master 分支，如果沒有就新建一個)

4.1 如果省略本地分支名，則表示刪除指定的遠端分支，因為這等同於推送一個空的本地分支到遠端分支。

$ git push origin :master

4.2 如果省略遠端分支名，則表示將本地分支推送與之存在”追蹤關係”的遠端分支(通常兩者同名)，如果該遠端分支不存在，則會被新建。

$ git push origin master

上面命令表示，將本地的master分支推送到origin主機的master分支。如果後者不存在，則會被新建。

【遠端程式碼庫回滾】：

這個是重點要說的內容，過程比本地回滾要複雜

原理：先將本地分支退回到某個commit，刪除遠端分支，再重新push本地分支

操作步驟：

1、git checkout  the_branch  //切換本地分支到 the_branch

2、git pull  //拉取遠端分支the_branch的最新版本，併合併到本地。

3、git branch the_branch_backup //備份一下這個分支當前的情況  //建立一個新的分支 名字為the_branch_backup

4、git reset --hard the_commit_id //把the_branch本地回滾到the_commit_id

5、git push origin :the_branch //刪除遠端 the_branch//將本地的一個空分支，推送到遠端分支上，

6、git push origin the_branch //用回滾後的本地分支重新建立遠端分支

7、git push origin :the_branch_backup //如果前面都成功了，刪除這個備份分支

一般情況下，不需要上述的7步都走完。因為，一般情況下，我們本地的分支和遠端的分支是有追蹤關係的。

1.備份本地分支

2.回滾本地分支

3.刪除遠端分支

4.將回顧後的本地分支，推送到遠端。

5.刪除備份分支。

這樣的操作後，確實能夠回滾遠端的程式碼庫，但是這樣的回滾有個很嚴重的問題，即，將遠端程式碼庫回滾到local3寫入後。

本地的local1寫入第二次 這個分支就沒有。本地的分支就是local3寫入 這個分支了。

即使備份指定的版本也依然無法解決這個問題。比如備份local1這個版本，但是

遠端程式碼庫回顧後，備份的local1分支也變成了local3寫入 分支了

local1 寫入第二次依然 丟失了。