如果軟件規模比較大、或者多人開發，應該進行版本管理以避免源碼的混亂。
之前還沒用過 git 的時候，我以為版本管理就是給自己的程序自動升級版本號的軟件（從 2.6.39 自動升級到 2.6.40），以至於當我看了 git、svn、cvs 的簡介後，一度因為它們沒有提供這樣的功能而耿耿於懷。
版本管理軟件其實是修改管理軟件，它把程序源代碼的兩個版本之間的差異當做磚壘起來，並為我們提供管理這堆磚的操作。而版本號只是我們人工區分版本重要性的一種方法，除了開發者自己沒有哪款軟件有能力預知 2.6.39 是要升級到 2.6.40 還是 3.0。
版本管理=修改管理，那麼進行版本管理比不用版本管理就有兩個優點（這裡用的是git，其他的版本管理軟件也應該有）：
突出修改
git 能精確定位到行級修改。知道自己剛才改動了哪些地方是很有用的：
我經常添加一些代碼來調試一個函數，調試通過之後就要刪除這些代碼。如果添加的代碼比較多、亂，就很有可能在刪的時候沒有全部刪掉，源碼就不干淨了。 git 能突出修改，就不會丟三落四了。
合並版本
多人合作開發一個軟件，git 可以將各人的新版本合並起來：
假設源代碼托管在 github 上，那麼每個開發者可以先 pull github上的最新版本下來與自己的版本合並，然後 push 合並後的版本到 github 上以完成版本更新。這都是在開發者觸發 pull 或 push 操作後自動完成的，比人工地通過比較、復制來進行合並要省事、可靠得多。
