關(guān)于TortoiseGit的安裝方法，這里介紹的非常詳細，注意事項等各種截圖，可以按著一步一步來http://www.cnblogs.com/qiantuwuliang/archive/2010/12/29/1920653.html

注意事項就是，不要讓Git往windows右鍵菜單里添加菜單項，因為TortoiseGit會產(chǎn)生的，

還有下面的選項，網(wǎng)址上選了第三個，這樣Git就不會改變換行風(fēng)格了，但從它的解釋看，第一個更適合擴平臺操作，不過也沒關(guān)系，這個似乎可以在后面安裝完后修改

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

TortoiseGit 可以支持 SSH 加密方式的“上傳”，早期版本是借助另一款專門實現(xiàn)SSH 傳輸?shù)拈_源軟件 Putty 來實現(xiàn)，用戶必須另外安裝Putty，然后在 TortoiseGit 的設(shè)定選項中給出 Putty 的可執(zhí)行文件位置（例如 C:\ProgramFiles\Putty\plink.exe）。現(xiàn)在最新的 TortoiseGit 已經(jīng)自帶了TortoisePlink.exe（在右鍵菜單中 TortoiseGit -> Settings-> Network -> SSH ->SSH client）。

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

提示：通過 SSH 方式訪問遠程服務(wù)器還需要認證密鑰（Putty Key）文件，每一個服務(wù)器都不一樣。請參看 Putty的相關(guān)文檔，本文不再贅述。

不過別擔(dān)心，我們只想通過 TortoiseGit 來下載軟件最新版本，就不需要搞清楚這個 Key是什么，怎么用，一樣能達到目標(biāo)。

安裝完后會要求重啟。

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