网站的分支结构

我最近在读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

网站的分支结构

回答

相关问题