本文翻譯自git-tower.com
一次提交，是有關聯的更新的乙個打包。比如，修復兩個不同的bug，應該是兩次提交。小型提交，使其他開發者更易理解那些更新。當出錯時，也更容易回滾。
有了像暫存區域和暫存檔案某部分的工具，git很容易的建立細粒度的提交。
經常提交能讓你的提交更小，而且，再一次說，幫助你只提交有關聯的更新。另外，它可以讓你你更加頻繁的跟其他人分享你的**。那樣，每個人更容易定期整合更新，避免合併衝突。相反，擁有少量的且巨大的更新，並且不經常分享，使得他人很難去解決衝突。
你只有當**完成後才提交。這不意味著你在提交前必須完成乙個完整的巨大的功能。恰恰相反：將功能的的實現分解成邏輯塊，記得盡早提交和經常提交。但是，不要當離開辦公室或一天結束時，把隨便什麼內容都提交到倉庫。如果你僅僅因為你需要乙個感覺的工作區(如切換分支，拉取更新等)需要臨時提交，考慮使用git的stash功能作為替代。
當想提交一些你「想當然的以為」已經完成的東西時，請抵制住**。徹底的測試以保證它確實完成了，並且沒有***(至少根據當前的情況判斷)。當提交半成品到你本地倉庫，你還能能自己原來自己；與推送/分享你**給其他人相比，測試你自己的**則更加重要。
在資訊的開頭，簡要介紹這次更新(通常做法是至多50字)，用乙個空行與後續的主體分離。資訊主體對於下述的問題應提供詳細的回答：
使用祈使句，現在時態(使用change，而不是changed或changes)，與諸如git merge命令生成的提交資訊一致。
把你的檔案備份到遠端伺服器上是乙個版本控制系統非常好的附加應用。但是，你不應該像備份系統一樣使用你的版本控制系統(vcs)。當進行版本控制時，你應該集中精力在語義上的提交(參考## 相關聯的更新)，你不應該只是填充檔案。
分支是git最強大的功能之一，並且這並非偶然：快速易用的分支功能從一開始就是核心需求。分支是幫助我們避免混淆開發過程中不同支線的完美工具。你應在你的開發工作流程中廣泛使用分支，諸如功能，修復缺陷，新想法….
git可以讓你選取諸多不同的工作流程，長期執行的分支(long-running branches)，置頂分支(topic branches)，合併或變基，git-flow…，你的選擇取決於幾個個因素：你的專案、整體的開發工作和工作流，以及(可能是最重要的因素)你和你的小夥伴的個人喜好。不管怎樣，一旦你選取了乙個工作流，你就要確保每個人的工作都能與此工作流程保持一致。
通過命令列獲取幫助
1
$ git help
git官方**
05 git分支管理
新建git倉庫時會預設建立乙個分支master，它叫主分支 git branch 引數 後面不接引數就是檢視分支，接上引數就是建立分支 git checkout b 分支名稱git branch d 要刪除的分支名稱git merge 要把哪個分支合併到當前分支 一般執行快速合併 git merge...
git版本控制
1.git 是乙個開源的分布式版本控制系統，可以有效 高速的處理從很小到非常大的專案版本 管理。2.git配置管理 一般，有乙個 集中庫，包含4個分支 qa才能merge production 發布生產，出現生產問題，轉hotfix 研發經理 hotfix 解決緊急生產問題，測試後轉producti...
版本控制 Git
git 是目前世界上最先進的開源的分布式版本控制系統 沒有之一 用於敏捷高效地處理任何或小或大的專案。git 是 linus torvalds 為了幫助管理 linux核心開發而開發的乙個開放原始碼的版本控制軟體。git 與常用的版本控制工具 cvs,subversion 等不同，它採用了分布式版本...