昨天糗大了...進入新公司，公司服務器上有Online爲線上版本，開發版本默認的爲Master，本地clone的開發版爲master,公司用的git 自動部署(puh後服務器自動更新了代碼...這個有不少配置教程，這裏就不贅述啦),
本地開發分支master,通常流程是 合併到online分支後，把online push到遠程分支....這個是流程OK不說了
場景是這樣的：
本地master
執行 checkout -b online後
git push origin online 發現權限不夠....囧事發生了，我覺得是帳號權限受控....特地去問cto......
好吧，我這裏操做是不對滴(按照以往的部署方式不能習慣性的用在新公司..警戒吧)
git pull 操做就能夠從遠程庫中獲取某個分支的更新，再與本地指定的分支進行自動merge(即便本地不存在這個分支)git
完整格式是：服務器
$ git pull <遠程庫名> <遠程分支名>:<本地分支名>
好比，取回遠程庫中的online分支，與本地的online分支進行merge，要寫成：fetch
git pull origin online:online
若是是要與本地當前分支merge，則冒號後面的<本地分支名>能夠不寫spa
git pull origin online
一般，git會將本地庫分支與遠程分支之間創建一種追蹤關係。好比，在git clone的時候，全部本地分支默認與遠程庫的同名分支創建追蹤關係。也就是說，本地的master分支自動追蹤origin/master分支。所以，若是當前處於本地online分支上，而且本地online分支與遠程的online分支有追蹤關係，那麼遠程的分支名能夠省略：命令行
好比，取回遠程庫中的online分支，與本地的online分支進行merge，要寫成：3d
git pull origin
其實，git pull 命令等同於先作了git fetch ，再作了git merge。即：code
git fetch origin online
git checkout online
git merge origin/online
形成個人錯誤在於我本地使用checkout -b online 是建立的新onlne分支，而與服務器online根本不算是同一個分支，因此要從服務端拉取，切記吧blog
再次完整總結此次教訓：教程
默認，若是git項目只有一個分支，就是master,咱們固然能夠在本地建立多個分支，並推送到遠程git管理平臺上，或者將遠程git管理平臺上的其餘分支拉取到本身電腦上。開發
進入到項目根目錄，打開命令行/終端，輸入指令，將會顯示該項目的本地的所有分支，其中、當前分支的前面有*號。
git branch
git checkout -b 新分支名
執行該指令後，會在本地建立一個新分支，該分支是從當前分支上檢出的，因此全部文件內容都和當前分支如出一轍，這是正常的。建立成功後，將自動切換至新分支上。
好比我要建立一個名爲dev1的新分支：
git checkout -b dev1
此時，再執行git branch查看當前本地全部分支，就會看到多了個分支：dev1.
git push --set-upstream origin 分支名
例如，我要把上一步建立的本地dev1推送到遠程倉庫：
當我想從遠程倉庫里拉取一條本地不存在的分支時：
git checkout -b 本地分支名 origin/遠程分支名
這個將會自動建立一個新的本地分支，並與指定的遠程分支關聯起來。
例如遠程倉庫裏有個分支dev2,我本地沒有該分支，我要把dev2拉到我本地：
若成功，將會在本地建立新分支dev2,並自動切到dev2上。
若是出現提示：
fatal: Cannot update paths and switch to branch 'dev2' at the same time. Did you intend to checkout 'origin/dev2' which can not be resolved as commit?
表示拉取不成功。上面的我須要先執行
git fetch
而後再執行
git checkout -b 本地分支名 origin/遠程分支名
便可。
其實這裏就是我上面描述的，不用fetch,直接 git pull origin dev2:dev2 一個命令能夠達到同等效果.
提示已是最新的了...