本週來分享一些軟體工程實務面的經驗：版本控制。

關於這主題已經準備許久，趁這週末前，對內舉辦了小型分享會，簡報在這，針對這主題，從內部使用svn的方式去探討及實作：如何利用branch的方式，開發各方需求又不影響穩定版本的維護，接著引入到switch各開發版，最後透過merge回到master(trunk)，release後打上tag。

我們都知道，一個專案出生，只要他生命週期還沒結束，就很有機會應用到不同場景，或者擴增需求。當正在開發新feature同時，RC版本被回報issue同時，你有很多種選擇可以使用：

• 蒐集issue，連同新feature一起發佈。但如果緊急狀況呢？總不能把正在開發的code base一起release出去吧？
• 此時若有開branch，你可以switch回master(trunk)，把issue修復後，測試，release。同時，開發版本可以持續進行，也許是個人專案，也許是多人專案，均不影響RC版控。

我們使用的是svn，但我想關於branch所衍伸出來的一系列流程與觀念，git也受用。我個人是這樣：server部分配合公司使用svn，而本地端則使用git進行版控。