開發工具：GitHub的安裝與使用詳解

關於TortoiseGit的安裝方法，這裡介紹的非常詳細，注意事項等各種，可以按著一步一步來http://www.cnblogs.com/qiantuwuliang/archive/2010/12/29/1920653.html

注意事項就是，不要讓Git往windows右鍵菜單裡添加功能表項目，因為TortoiseGit會產生的，

還有下面的選項，網址上選了第三個，這樣Git就不會改變換行風格了，但從它的解釋看，第一個更適合擴平台操作，不過也沒關係，這個似乎可以在後面安裝完後修改

然後就是TortoiseGit的安裝了，有一個要注意的就是下面這個選項，選第一項就行了，關於這個在http://blog.csdn.net/gracioushe/archive/2010/09/30/5915396.aspx有解釋，摘抄如下：

TortoiseGit 可以支援 SSH 加密方式的“上傳”，早期版本是藉助另一款專門實現SSH 傳輸的開源軟體 Putty 來實現，使用者必須另外安裝Putty，然後在 TortoiseGit 的設定選項中給出 Putty 的可執行檔位置例如 C:\ProgramFiles\Putty\plink.exe）。現在最新的 TortoiseGit 已經內建了TortoisePlink.exe在右鍵菜單中 TortoiseGit -> Settings-> Network -> SSH ->SSH client）。

TortoisePlink.exe 實際上是 Putty 的 Plink.exe 檔的一個衍生產品，功能上比 Putty可能要差一些。如果你喜歡 SSH 方式，那麼還是建議你安裝 Putty —— 沒準你的電腦上早就安裝了。

提示：通過 SSH 方式訪問遠程伺服器還需要認證密鑰Putty Key）檔案，每一個伺服器都不一樣。請參看 Putty的相關文檔，本文不再贅述。

不過別擔心，我們只想通過 TortoiseGit 來下載軟體最新版本，就不需要搞清楚這個 Key是什麼，怎麼用，一樣能達到目標。

安裝完後會要求重啟。

然後就是關於TortoiseGit的設定和使用了，可以參考http://www.cnblogs.com/qiantuwuliang/archive/2010/12/29/1920723.html
這裡是有關TortoiseGit的入門及它的一些版本管理的思想，感覺幾張圖給的挺好的裡面介紹的基礎命令感覺不用管，反正使用的也是圖形介面）http://hi.baidu.com/eehuang/blog/item/37af8d54242d6351564e00b5.html
下面把它介紹基於git的合作開發的部分拿來摘抄一下：
對於酷訊來說，當我們採用了Git，如何進行合作開發呢？ 具體步驟如下：
3.1   擷取最新代碼
酷訊會準備一個中心git程式碼程式庫。首先，我們將整理好的代碼分模組在git中心庫中建立git庫。並將檔案add到中心庫中。接下來，開發人員通過git-clone將代碼從中心庫clone到本地開發環境。
對於較大的項目，我們還建議每個組選擇一個負責人，由這個負責人負責從中心庫擷取和更新最新的代碼，其它開發人員從這個負責人的git程式碼程式庫中clone代碼。此時，對開發人員來說，這個負責人的git庫就是中心庫了。
3.2 開發人員在本地進行反覆式開發法
當使用者將代碼clone到本地後， 就可以進行本地的反覆式開發法，建議使用者不要在master分支上開發，而是建立一個開發分支進行開發。在本地開發中，使用者可以隨意的建立臨時分支，隨意commit。
3.3   開發人員請其它同事進行codereview
當本地開發完畢，可以請其它同事進行code review。過程為：
1.user2通通過git-pull命令，將開發人員(user1)的開發分支dev）pull到user2本地的一個tmp分支，並切換工作分支到該分支上進行codereview。
2.完成code review後， user2切換回其原有開發分支繼續開發，並告知user1已經修改完畢。
3.User1將user2的tmp分支git-pull到本地tmp分支，並和dev分支進行merge。最終得到一個codereview後的dev分支。
當然，user2也可以直接坐在user1旁邊在他的代碼上進行review。而不需要走上述步驟。
3.4  和中心庫進行代碼合并
使用過CVS的人都知道， 在commit之前，都要做一次cvs update，以避免和中心庫衝突。Git也是如此。
現在我們已經經過了code review， 準備向中心庫提交變化了， 在開發的這段時間，也許中心庫發生了變化，因此，我們需要在向中心庫提交前，再次將中心庫的master分支git-pull到本地的master分支上。並且和dev分支做合并。最終，將合并的代碼放入master分支。
如果開發過程提交日誌過多，可以考慮參照2.10節的介紹做一次git-reset。
此外，如果發現合并過程變化非常多， 出於代碼品質考慮，建議再做一次code review
3.5  提交代碼到中心庫
此時，已經完全準備好提交最終的代碼了。 通過git-push就可以了。
3.6  合作流程總結
大家可以看到，使用git進行合作開發，這一過程和CVS有很多相似性，同時，增強了以下幾個環節：
1.開發人員在本地進行反覆式開發法，可以經常的做commit操作且不會影響他人。而且即使不線上也可以進行開發。只需要最後向中心庫提交一次即可。
2.大家都知道，如果CVS管理代碼，由於我們會常常做commit操作。但是在commit之前cvsupdate時常會遇到將中心庫上的其它最新代碼checkout下來的情況，此時，一旦出現問題，就很難確認到底是自己開發的bug還是其它使用者的代碼帶來了影響。而使用git則避免了使用者間的開發互相影響。
3.更有利於在代碼提交前做code review。 以往用cvs， 都是代碼提交後才做code view。如果發生問題，也無法避免伺服器上有不好的代碼。 但是用git， 真正向中心庫commit前，都是在本地開發，可以方便的進行code review，然後才提交到中心庫。更有利於代碼品質。而且， 大家應該可以感到，使用git的過程中，更容易對代碼進行codereview，因為影響因素更小。
4.建立多分支，更容易在開發中進行多種工作，而使工作間不會互相影響。 比如user2對user1的代碼進行codereview時，就可以非常方便的保留當時的開發現場，並切換到user1的代碼分支，在codereview完畢後，也可以非常方便的切換會曾經被中斷的工作現場。
誠然，帶來這些好處的同時，確實也使得操作比CVS複雜了一些。但我們覺得和前面所能獲得的好處相比，這些麻煩是值得的。當大家用慣了之後會發現，這並不增加多大的複雜性， 而且開發流程會更加自然。請大家多動手，多嘗試! 去體驗git的魅力所在吧！let’senjoy it!
另外還有一個中文教程，貌似是Linux下的，這裡收藏一下連結吧http://www.linuxsir.org/main/doc/git/gittutorcn.htm