~~~ //確認git是否已安裝成功 git version //git提交之前，需要設定如下項目以保證正常提交, 具體信息請設定為自己的信息。 git config --global user.name "pj" git config --global user.email "pj@outlook.com" //克隆遠程項目到本地 git clone git@172.17.0.2:root/demoprj.git //自己要與origin master建立連接 git remote add origin git@github.com:XXXX/nothing2.git //分支 git branch //查看分支列表，前面有*，表示當前所在分支 git branch develop //創建分支develop git checkout -b pj //創建新的分支pj，同時切換到新的分支，不帶-b表示直接切換 //分支拉取（dev為遠程倉庫的分支名） git fetch origin dev git pull origin dev 不要用git pull，用git fetch和git merge代替它。 git pull的問題是它把過程的細節都隱藏了起來，以至于你不用去了解git中各種類型分支的區別和使用方法。 當然，多數時候這是沒問題的，但一旦代碼有問題，你很難找到出錯的地方。 看起來git pull的用法會使你吃驚，簡單看一下git的使用文檔應該就能說服你。 將下載（fetch）和合并（merge）放到一個命令里的另外一個弊端是，你的本地工作目錄在未經確認的情況下就會被遠程分支更新。 當然，除非你關閉所有的安全選項，否則git pull在你本地工作目錄還不至于造成不可挽回的損失，但很多時候我們寧愿做的慢一些，也不愿意返工重來。 //分支提交 git add -A //添加當前目錄下所有文件 git status //查看所在分支狀態 git commit -m "備注" //提交代碼到分支 git push -u origin develop //提交更新到遠程代碼庫，-u選項會指定一個默認主機，這樣后面就可以不加任何參數使用git push。 //合并分支，使用no-ff選項進行合并可以將comment一起轉移，能夠清晰的看出從哪兒來，做了哪些改變。 git log //查看提交日志 git merge develop --no-ff //合并develop分支到master分支，此命令需要先切換到master分支 git push origin master //提交更新到遠程代碼庫 git push origin --delete develop //刪除遠程分支 //如.idea文件。如果不小心出現此文件在遠程倉庫可以通過以下步驟delete此文件夾 git rm --cached -r .idea git commit -m 'delete .idea' git push origin master ~~~