這些 Git 技能夠你用一年了

用git有一年了，下面是我這一年來的git使用總結，覆蓋了日常使用中絕大多數的場景。嗯，至少是夠用一年了，整理出來分享給大家，不明白的地方可以回覆交流。

建立和使用git ssh key

首先設定git的user name和email：

檢視git配置：

然後生成SHH密匙：

檢視是否已經有了ssh金鑰：

如果沒有金鑰則不會有此資料夾，有則備份刪除
生存金鑰：

按3個回車，密碼為空這裡一般不使用金鑰。

最後得到了兩個檔案：id_rsa和id_rsa.pub

注意：密匙生成就不要改了，如果已經生成到~/.ssh資料夾下去找。

git變更專案地址

檢視某個檔案的修改歷史

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 push 得到解決。

git submodule的使用拉子專案程式碼

開發過程中，經常會有一些通用的部分希望抽取出來做成一個公共庫來提供給別的工程來使用，而公共程式碼庫的版本管理是個麻煩的事情。今天無意中發現了git的git submodule命令，之前的問題迎刃而解了。

1.新增

為當前工程新增submodule，命令如下：

其中，倉庫地址是指子模組倉庫地址，路徑指將子模組放置在當前工程下的路徑。

注意：路徑不能以 / 結尾（會造成修改不生效）、不能是現有工程已有的目錄（不能順利 Clone）

命令執行完成，會在當前工程根路徑下生成一個名為“.gitmodules”的檔案，其中記錄了子模組的資訊。新增完成以後，再將子模組所在的資料夾新增到工程中即可。

2.刪除

submodule的刪除稍微麻煩點：首先，要在“.gitmodules”檔案中刪除相應配置資訊。然後，執行git rm –cached命令將子模組所在的檔案從git中刪除。

下載的工程帶有submodule

當使用git clone下來的工程中帶有submodule時，初始的時候，submodule的內容並不會自動下載下來的，此時，只需執行如下命令：

即可將子模組內容下載下來後工程才不會缺少相應的檔案。

git add檔案取消

在git的一般使用中，如果發現錯誤的將不想提交的檔案add進入index之後，想回退取消，則可以使用命令：git reset HEAD <file>…，同時git add完畢之後，git也會做相應的提示。

http://blog.csdn.net/yaoming168/article/details/38777763

git刪除檔案：

刪除檔案跟蹤並且刪除檔案系統中的檔案file1git rm file1

提交剛才的刪除動作，之後git不再管理該檔案git commit

刪除檔案跟蹤但不刪除檔案系統中的檔案file1git rm –cached file1

提交剛才的刪除動作，之後git不再管理該檔案。但是檔案系統中還是有file1。git commit

版本回退

版本回退用於線上系統出現問題後恢復舊版本的操作。

回退到的版本git reset –hard 248cba8e77231601d1189e3576dc096c8986ae5

回退的是所有檔案，如果後悔回退可以git pull就可以了。

歷史版本對比

檢視日誌git log

檢視某一歷史版本的提交內容git show 4ebd4bbc3ed321d01484a4ed206f18ce2ebde5ca，這裡能看到版本的詳細修改程式碼。

對比不同版本git diff c0f28a2ec490236caa13dec0e8ea826583b49b7a 2e476412c34a63b213b735e5a6d90cd05b014c33

http://blog.csdn.net/lxlzhn/article/details/9356473

分支的意義與管理

建立分支可以避擴音交程式碼後對主分支的影響，同時也使你有了相對獨立的開發環境。分支具有很重要的意義。

建立並切換分支，提交程式碼後才能在其它機器拉分支程式碼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衝突檔案編輯

衝突檔案衝突的地方如下面這樣

衝突標記<<<<<<< （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做貢獻了。

http://zhidao.baidu.com/question/1669154493305991627.html

一些錯誤處理

“pathspec ‘branch’ did not match any file(s) known to git.”錯誤

使用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的傳輸位元組限制

然後這時候在傳輸或許會出現另一個錯誤

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中自己的賬號下的相應位置