網站的分支結構

我最近在讀TFS Branching Guide，它建議每個版本都有一個分支。對於一個網站，一次只發佈一個「版本」。在這種情況下，有一個「生產」分支是否合適？然後，在準備發佈過程中，將主分支的更改合併到生產中。（與建議分支每個版本不同）。如果您需要執行修補程序，請在生產分支中執行此操作，然後反向集成到Main中。這樣做可以讓您在生產分支中保留完整的生產配置文件。網站的分支結構

p.s.我應該提到我們正在使用代碼升級模式。

p.p.s.顯然我在說什麼存在：它被稱爲「暫存流」Practical Perforce

來源

2010-03-16 stannius

通常情況下，生產是反映的是在生產，那就是：

什麼在直播現場
加上已直接取得在直播現場的任何修補程序被推遲

這就是爲什麼在這個配置中，一個生產分支就夠了。

然後，您將需要的，下面這個邏輯：

這裏您整合的發展和融合當前版本的分公司生產之前進行測試

發佈分支。它們可以作爲源的分級環境，因爲正如文件中提到你在你的問題（實際Perfoce）參考：

它允許你做非常頻繁發佈，而無需分支爲每一個新的程序代碼發佈。（它們通常用於支持Web開發）
分段流本質上是可重用的發佈代碼行。每個分段流都用於穩定版本的特定階段。日常開發者
開發分支（所有這些都不可能永遠是下一個版本的一部分），並集成回PROD做出的修補程序（合併PROD到開發）。

來源

2010-03-17 06:29:07 VonC

讀過之後，您是否認爲我們需要多個「發佈」/集成分支？現在我們只有一個。 – stannius 2010-03-17 15:23:40

@steve_d：如果您擁有足夠的「順序」開發生命週期，則可以重新使用相同的發行版分支，但爲了清晰起見，我希望每個發行版都有一個。無論如何，分支是便宜的，加上合併的努力將保持不變。 – VonC 2010-03-17 16:59:34

分支便宜 - 它融合其中成本進來 – stannius 2010-03-17 17:07:18

你的問題是什麼？這是目前我們如何使用TFS（這順便說一句是ACE）

來源

2010-03-16 22:36:06 Chris

「是否適合擁有一個」生產「分支？」 – stannius 2010-03-16 23:08:10

我不知道這是否是「適當的」，但我做了Subversion類似的東西...

相反的分支/標籤/樹幹，我有開發/測試/生產。新功能/修補程序在開發過程中創建。一旦完成，他們將被合併，以測試測試和客戶評論（通過去測試網站）。一旦通過QA，更改將合併到生產中。鉤子腳本會在簽入時自動更新相應的開發，測試和生產網站，並且每個「分支」都有自己唯一的web.config文件，指向相應的開發/測試/生產數據庫。

來源

2010-03-16 22:37:14

網站的分支結構

回答

相關問題