總結一下常用的幾個git命令：
1. 拉取遠端倉庫：git pull
2. 本地修改的**推送到stage區域：git add .
說明：也可以在add後面加上檔名，只推送該檔案到stage
3. 提交**到本地倉庫：git commit -m "注釋資訊"
4. 推送本地倉庫**到遠端倉庫：git push
5. 在遠端倉庫新建分支，並推送本地倉庫**：git push origin develop:test
說明：在遠端倉庫新建test分支，將本地develop分支的**推送到新建的分支
6. 檢視本地分支：git branch
7. 檢視遠端分支：git branch -a
8. 切換分支：git checkout test
9. 檢視歷史日誌：git log
10. 回退本地的修改：
git clean -df 只刪除untracked的檔案，不會回退已經tracked的檔案
git reset --hard 把tracked的檔案回退到前乙個版本，對untracked的檔案不會刪除
下面舉乙個版本管理的例子：
限制：遠端develop分支只有幾個leader有許可權，三組人同時進行開發並各自建立分支a，b，c。同時還有bug修復小分隊不停地合入**到develop。
平時各組分別維護自己的分支很簡單，衝突很少，提**比較容易。然而一到部署就頭大了，大家要集中在一兩天把自己**合入develop。
應該怎麼辦呢？以a組為例（前提條件各組以develop分支為基礎建立的a，b，c分支）：
step1：切換**分支到本地的develop，git checkout develop
step2：拉取**到本地develop，git pull
step3：把本地develop的**merge到本地的a分支， git develop a
step4：解決merge的衝突後，切換回到a，並提交**到本地a分支，
git checkout a
git add.
git commit -m "******x"
step5：提交**到遠端a分支，git push
step6：在github上提交pull request （a --> develop），等待批准merge
個人心得：
大團隊開發最好不要採用上述方式進行版本管理，否則會浪費時間來提交**和解決衝突，而且不利於dev環境部署，也不利於多組聯調測試。
大團隊可以根據上線版本分別建立分支，比如：為版本r50建立分支r50，為版本r51建立分支r51。。。每個人都可以在對應的版本上fork自己的分支，大家可以隨時提交**到同一時間上線的版本，有利於部署到dev環境測試，並及時發現別人的修改對自己的影響。但這種方式也有不好的地方，對於生產環境上需要及時修復的bug只能修改到當前生產環境的版本中，同時需要同步**到其他版本中。
當然也有devops做得非常好的團隊，每天都可以發布版本，所以不存在**管理混亂的問題。
git 版本管理常用命令
1.git配置 git config global user.name git config global user.email 3.本地倉庫初始化 git init4.免密碼訪問 ssh keygen t rsa c email address 命令 ssh keygen 一般會要求確認位置和輸入...
git 版本管理常用命令
0.git pull 拉取遠端版本庫到本地並自動merge，類似 git fetch git merge 但不完全等價。git fetch和git pull的區別 示例 git pull 遠端主機名 遠端分支名 本地分支名 git pull origin master 1.git staus 檢視本...
Repo和Git 版本管理常用命令總結
repo init u git 192.168.1.11 i700t 60501010 platform manifest.git b froyo almond m m76xxtsncjnlya60501010.xml repo sync repo forall c git checkout tra...