關于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