在寫東西的時候，備份是一個好習慣。 在沒有接觸版本控制之前，每當寫完一個穩定的版本我都會做一個拷貝然後取個名字比如 v1.1之類的。 當然這僅僅限於自己一個人的項目。
當有多個人參與的時候這顯然不適合這種原始人類的方法。 多人的時候，這就引入了svn， 建一個共用的svn server，多人協作，似乎找到了一種teamwork的氛圍。 我們可以做更大的項目了，但過程中也衍生出了相應的問題。 當需要發不一個比較穩定的版本的時候我們還是要做相同的動作，就是再拷貝一份出來。 所以我們的項目svn目錄就分爲了trunk，branch， tag 目錄。而且幾乎所有的操作，包括提交，還原，太多的操作需要連接網絡，當我們到了以斷網的地方，發現真的有些頭疼。 還有當我們把所有的工作都寄託在這臺服務器上的時候，這個服務器的重要性突然顯的格外重要，生怕突然當掉，然後我就要瘋了 （然後興好有備份服務器，然後又恢復了，結果劇情就是這樣）。好吧，一切用svn都進行的很順利，我們也一直在用着，我想很多人也在用，也不會回去替換它（至少暫時不會）。
有一天，自己想把一個項目升級下，但自己白天都有活幹，晚上又不想寫。所以想放到網上共享出來，找大夥幫幫忙。於是就找到了github，也接觸了分佈式版本控制的這個概念。 如獲至寶， 頓時感覺之前的問題可以用git解決。於是開始找關於git的資料，當然還是從官網開始找。
這邊有官方的help文檔。一些簡單的操作，圖文並茂，很容易上手。
最常用的應該是ssh協議吧，讀寫權限都可以。列取幾個簡單的操作。
1. 生成ssh key
ssh-keygen –t rsa –C “[email protected]”
2. 測試連通 github服務器通過ssh
Ssh –T [email protected]
3. 配置性息。
Git config – global user.name “Firstname Lastname”
Git config –global user.email [email protected]
關於git 的一些原理，包括具體操作，和在項目中的使用。 推薦
andy_android 的博文 ： http://blog.csdn.net/andy_android/article/category/930474
感覺沒什麼好寫的了有，上面一切都講很詳細。 我也從這裏開始，項目已經上傳，就等朋友加入。
