本來這是乙個很動聽的故事，在開發過程中可以通過分支進行一些特定開發，而又不影響主版本的開發，待版本穩定後可以進行分支融合，聽起來很美。
但是，你確定分支融合是分分鐘的事情嗎？
我以我的親身經歷告訴你：基本上是逗你玩，後續的融合工作之複雜，讓我很後悔倉促間做出的分支決定。
事情的經過是這樣的，我們的his產品使用者有一些個性化的需要，所以決定開發團隊駐場工作，這樣團隊就分成了兩塊，為了盡快實現客戶的要求，決定在原有專案中增加xx醫院分支，這一下就走上了一條不歸路。
這個分支駐場開發還是比較順利的，因為和客戶交流很方便，但是，留守開發人員根據客戶的要求，也在不斷變更主版本的**，等到駐場結束程式設計師歸隊，大家傻眼了，同樣的模組，兩套**，兩套介面，想融合，加上使用者的使用習慣，沒那麼容易，結果就是，在相當長的一段時間維護兩套**，由於我們是基於網際網路進行公升級，公升級位址分成了兩個，在兩套**間切換工作，就像得了**症一樣。
幸運的是，我們的程式是基於網際網路自動公升級的，於是，通過數十次增量公升級，每次都以乙個很小的改變修正資料庫和程式介面，小步引導客戶改編使用習慣，最終合併成乙個版本。
從這件事以後，我的團隊堅持乙個版本的做法，目前看來，這種堅持是對的，乙個版本，一套**，程式設計師不需要在不同分支間轉換思維，新入職程式設計師也能更快融入開發。
分支模式 並行軟體開發的分支模式
提到軟體配置管理模式，大家一定會想到那本書軟體配置管理模式，但是如果只是說 模式 無疑最有名的是 設計模式 的確，這些模式都有著一脈相承的關係。軟體配置管理模式這本書的主要作者是stephen p.berczuk，他在1998年時參與了chiliplop 98，在這次會議中，確立軟體配置管理模式的一...
軟體開發專案流程
當我們發現市場上有乙個專案有利可圖，且我們有能力做的時候，發起的一次專案可行性 關於立項，我們根據自己公司的情況來下定義，因為大的網際網路公司都有比較正規的立項流程，我們這裡不做介紹。這裡我們主要介紹關於中小型公司，沒有特別標準的流程的公司。根據專案整合管理工程師的教課資料，總結以下階段 專案建議書...
軟體開發專案管理的3721
1.權力 作為乙個專案經理，你需要獲得授權，否則你很難推行你的計畫。權力主要來自於你上司的信任，從上司那裡獲得管理，評價和獎勵你組員的權力。同時，自身的專長 技能何知識，為人處世的風格，以及你自己的人格魅力都是權力的 2.專案金三角 專案中首先關注的是專案金三角，由三個邊組成，他們是專案的目標 資源...