用git有一年了,下面是我這一年來的git使用總結,覆蓋了平常使用中絕大多數的場景。嗯,至少是夠用一年了,整理出來分享給你們,不明白的地方能夠回覆交流。html
建立和使用git ssh keygit
首先設置git的user name和email:github
1
2
|
git config --global user.name "xxx"
git config --global user.email "xxx@gmail.com"
|
查看git配置:ssh
1
|
git config --list
|
而後生成SHH密匙:post
查看是否已經有了ssh密鑰:url
1
|
cd ~/.ssh
|
若是沒有密鑰則不會有此文件夾,有則備份刪除
生存密鑰:spa
1
|
ssh-keygen -t rsa -C "xxx@gmail.com"
|
按3個回車,密碼爲空這裏通常不使用密鑰。.net
最後獲得了兩個文件:id_rsa和id_rsa.pub3d
注意:密匙生成就不要改了,若是已經生成到~/.ssh文件夾下去找。日誌
git變動項目地址
1
2
|
git remote set-url origin git@192.168.6.70:res_dev_group/test.git
git remote -v
|
查看某個文件的修改歷史
1
2
|
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的行爲:
1
|
git config --global push.default matching
|
再次執行git push 獲得解決。
git submodule的使用拉子項目代碼
開發過程當中,常常會有一些通用的部分但願抽取出來作成一個公共庫來提供給別的工程來使用,而公共代碼庫的版本管理是個麻煩的事情。今天無心中發現了git的git submodule命令,以前的問題迎刃而解了。
1.添加
爲當前工程添加submodule,命令以下:
1
|
git submodule add 倉庫地址 路徑
|
其中,倉庫地址是指子模塊倉庫地址,路徑指將子模塊放置在當前工程下的路徑。
注意:路徑不能以 / 結尾(會形成修改不生效)、不能是現有工程已有的目錄(不能順利 Clone)
命令執行完成,會在當前工程根路徑下生成一個名爲「.gitmodules」的文件,其中記錄了子模塊的信息。添加完成之後,再將子模塊所在的文件夾添加到工程中便可。
2.刪除
submodule的刪除稍微麻煩點:首先,要在「.gitmodules」文件中刪除相應配置信息。而後,執行git rm –cached命令將子模塊所在的文件從git中刪除。
下載的工程帶有submodule
當使用git clone下來的工程中帶有submodule時,初始的時候,submodule的內容並不會自動下載下來的,此時,只需執行以下命令:
1
|
git submodule update --init --recursive
|
便可將子模塊內容下載下來後工程纔不會缺乏相應的文件。
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衝突文件編輯
衝突文件衝突的地方以下面這樣
1
2
3
4
5
6
7
|
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作貢獻了。
http://zhidao.baidu.com/question/1669154493305991627.html
一些錯誤處理
「pathspec ‘branch’ did not match any file(s) known to git.」錯誤
1
2
3
|
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的傳輸字節限制
1
|
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中本身的帳號下的相應位置