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