幾年的Git使用技巧總結
用git有一年了，下面是我這一年來的git使用總結，覆蓋了日常使用中絕大多數的場景。嗯，至少是夠用一年了，整理出來分享給大家，不明白的地方可以回復交流。
創建和使用git ssh key
首先設置git的user name和email：
git config --global user.name "xxx"
git config --global user.email "xxx@gmail.com"
查看git配置：
git config --list
然后生成SHH密匙：
查看是否已經有了ssh密鑰：cd ~/.ssh
如果沒有密鑰則不會有此文件夾，有則備份刪除
生存密鑰：
ssh-keygen -t rsa -C "xxx@gmail.com"
按3個回車，密碼為空這里一般不使用密鑰。
最后得到了兩個文件：id_rsa和id_rsa.pub
注意：密匙生成就不要改了，如果已經生成到~/.ssh文件夾下去找。
git變更項目地址
git remote set-url origin git@192.168.6.70:res_dev_group/test.git
git remote -v
查看某個文件的修改歷史
git log –pretty=oneline 文件名 # 顯示修改歷史
git show 356f6def9D3fb7f3b9032ff5aa4b9110d4cca87e # 查看更改
git push 時報錯 warning: push.default is unset;
‘matching’參數是 Git 1.x 的默認行為，其意是如果你執行 git push 但沒有指定分支，它將 push 所有你本地的分支到遠程倉庫中對應匹配的分支。而 Git 2.x 默認的是 simple，意味著執行 git push 沒有指定分支時，只有當前分支會被 push 到你使用 git pull 獲取的代碼。
根據提示，修改git push的行為:
git config --global push.default matching
再次執行git push 得到解決。
git submodule的使用拉子項目代碼
開發過程中，經常會有一些通用的部分希望抽取出來做成一個公共庫來提供給別的工程來使用，而公共代碼庫的版本管理是個麻煩的事情。今天無意中發現了git的git submodule命令，之前的問題迎刃而解了。
添加
為當前工程添加submodule，命令如下：
git submodule add 倉庫地址 路徑
其中，倉庫地址是指子模塊倉庫地址，路徑指將子模塊放置在當前工程下的路徑。
注意：路徑不能以 / 結尾（會造成修改不生效）、不能是現有工程已有的目錄（不能順利 Clone）
命令執行完成，會在當前工程根路徑下生成一個名為“.gitmodules”的文件，其中記錄了子模塊的信息。添加完成以后，再將子模塊所在的文件夾添加到工程中即可。
刪除
submodule的刪除稍微麻煩點：首先，要在“.gitmodules”文件中刪除相應配置信息。然后，執行git rm –cached命令將子模塊所在的文件從git中刪除。
下載的工程帶有submodule
當使用git clone下來的工程中帶有submodule時，初始的時候，submodule的內容并不會自動下載下來的，此時，只需執行如下命令：
git submodule update --init --recursive
即可將子模塊內容下載下來后工程才不會缺少相應的文件。
git add文件取消
在git的一般使用中，如果發現錯誤的將不想提交的文件add進入index之后，想回退取消，則可以使用命令：git reset HEAD <file>...，同時git add完畢之后，git也會做相應的提示。
git刪除文件：
刪除文件跟蹤并且刪除文件系統中的文件file1git rm file1
提交剛才的刪除動作，之后git不再管理該文件git commit
刪除文件跟蹤但不刪除文件系統中的文件file1git rm --cached file1
提交剛才的刪除動作，之后git不再管理該文件。但是文件系統中還是有file1。git commit
版本回退
版本回退用于線上系統出現問題后恢復舊版本的操作。
回退到的版本git reset --hard 248cba8e77231601d1189e3576dc096c8986ae51
回退的是所有文件，如果后悔回退可以git pull就可以了。
歷史版本對比
查看日志git log
查看某一歷史版本的提交內容git show 4ebd4bbc3ed321d01484a4ed206f18ce2ebde5ca，這里能看到版本的詳細修改代碼。
對比不同版本git diff c0f28a2ec490236caa13dec0e8ea826583b49b7a 2e476412c34a63b213b735e5a6d90cd05b014c33
分支的意義與管理
創建分支可以避免提交代碼后對主分支的影響，同時也使你有了相對獨立的開發環境。分支具有很重要的意義。
創建并切換分支，提交代碼后才能在其它機器拉分支代碼git checkout -b new_branch
查看當前分支git branch
切換到master分支git checkout master
合并分支到當前分支git merge new_branch，合并分支的操作是從new_branch合并到master分支，當前環境在master分支。
刪除分支git branch -d new_branch
git沖突文件編輯
沖突文件沖突的地方如下面這樣
a123
<<<<<<< HEAD
b789
=======
b45678910
>>>>>>> 6853e5ff961e684d3a6c02d4d06183b5ff330dcc
c
沖突標記<<<<<<< （7個<）與=======之間的內容是我的修改，=======與>>>>>>>之間的內容是別人的修改。
此時，還沒有任何其它垃圾文件產生。
你需要把代碼合并好后重新走一遍代碼提交流程就好了。
不順利的代碼提交流程
在git push后出現錯誤可能是因為其他人提交了代碼，而使你的本地代碼庫版本不是最新。
這時你需要先git pull代碼后，檢查是否有文件沖突。
沒有文件沖突的話需要重新走一遍代碼提交流程add —> commit —> push。
解決文件沖突在后面說。
git順利的提交代碼流程
查看修改的文件git status；
為了謹慎檢查一下代碼git diff；
添加修改的文件git add dirname1/filename1.py dirname2/filenam2.py，新加的文件也是直接add就好了；
添加修改的日志git commit -m "fixed:修改了上傳文件的邏輯"；
提交代碼git push，如果提交失敗的可能原因是本地代碼庫版本不是最新。
理解github的pull request
有 一個倉庫，叫Repo A。你如果要往里貢獻代碼，首先要Fork這個Repo，于是在你的Github賬號下有了一個Repo A2,。然后你在這個A2下工作，Commit，push等。然后你希望原始倉庫Repo A合并你的工作，你可以在Github上發起一個Pull Request，意思是請求Repo A的所有者從你的A2合并分支。如果被審核通過并正式合并，這樣你就為項目A做貢獻了。
一些錯誤處理
“pathspec ‘branch’ did not match any file(s) known to git.”錯誤
git checkout master
git pull
git checkout new_branch
使用git提交比較大的文件的時候可能會出現這個錯誤
error: RPC failed; result=22, HTTP code = 411
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly
Everything up-to-date
這樣的話首先改一下git的傳輸字節限制
git config http.postBuffer 524288000
然后這時候在傳輸或許會出現另一個錯誤
error: RPC failed; result=22, HTTP code = 413
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly
Everything up-to-date
這兩個錯誤看上去相似，一個是411，一個是413
下面這個錯誤添加一下密鑰就可以了
首先key-keygen 生成密鑰
然后把生成的密鑰復制到git中自己的賬號下的相應位置
git push ssh://192.168.64.250/eccp.git branch
