2011-11-30 48 views
1

我對我對我們的Web應用程序的分支策略感興趣。特別是,我想知道我是否滿足不同執行環境的業務需求。有關Web應用程序分支策略的想法?

這裏的情況:

  • 我們的軟件是一個Web應用程序
  • 我們的發佈節奏預計定期(比如每季度)發佈
  • 我們的客戶一般只需要使用的最新發布的版本軟件
  • 某些客戶需要使用預發佈(「UAT」)版本來評估新功能

考慮到這一點,我已經提出了4分支系統:​​

  • 開發 - 對於正在進行最新發展
  • QA - 對於內部QA需要
  • UAT - 對於預發佈測試
  • 生產 - 對於客戶

梅傑斯將發生以下方式:

  • 更改到QA分行將通過合併從主幹
  • 更改到UAT分公司將通過合併UAT
  • 更改生產分公司將通過合併從生產製造進行進行

部署將在下列方式:

  • 從Dev分支構建將被部署到開發環境
  • 從QA分支W¯¯構建生病被部署到從UAT分支QA環境
  • 構建將被部署到UAT環境
  • 從生產分支構建將被部署到生產環境

所以,你有什麼感想?我隱約在軌道上嗎?

+0

有趣,但也許更適合程序員:有沒有整齊客觀回答的編程這裏的問題。 (哦,你正在使用* good * VCS,對吧?;-) – 2011-11-30 19:44:15

+0

@pst如何將問題遷移到不同的論壇?是的,無論如何,我們的VCS是體面的(我們使用TFS,至少可以處理分支)。 –

回答

2

我們基本上使用該策略。每個環境的分支。

有時候我們會爲任何我們最終都會死的重大問題做一個Service Pack分支。

有一個關於codeplex的TFS分支策略指南。

http://tfsbranchingguideiii.codeplex.com/

好運

1

你的做法是很好的。 但是從我過去的經驗來看,唯一的建議是使存儲庫版本(1.1.1_C0,1.1.0_B0或1.0.0_A0)依賴,而不是環境(開發,UAT,PROD) 從屬於分支機構。這確實或我們工作。 在此基礎上發展階段的代碼是我們標記每個版本