时间戳

首页 > 解决方案 > 跨 DEV、UAT 环境对 SOA 平台进行版本控制

svn - 跨 DEV、UAT 环境对 SOA 平台进行版本控制

问题描述

我们正在努力建立一个平台。大约有 30 种服务（UI、WcF、Rest、Api、调度程序等）。经过很多天的开发，我们终于要走出家门了。但我们要小心控制版本控制。现在是时候找到正确的方法来做到这一点了。

现在我们在 SVN 中有简单的文件夹结构，如下所示

svn:

TeamCity 和 Octopus 有 CD/CI 管道。一旦我们完成了第一阶段的开发，我们将把它部署到用户验收测试环境 (UAT)，并且每个服务都使用相同的版本号。

但是我们有很多想法要做。我们想创建一个名为 1.0.1 的新分支并开始开发。

考虑我们创建新的分支 1.0.1 并开始实施新的增强功能。与此同时，UAT 出现了一个错误。当然，我们需要对小说分支进行修复。处理这种情况的最佳方法是什么。

为每个服务使用相同的版本号会导致任何问题吗？

  1. 我们可以在创建新分支时只使用特定的服务，为它们配置 Teamcity，并通过 Octopus 部署特定的包。

  2. 我们可以将hole平台带到新的分支，在Teamcity（svn地址等）上进行微小的更改，并通过章鱼部署特定的包。但它会以任何理由再次在Teamcity中建立洞平台。

有很大的混乱，我很困惑。

标签： svnteamcityversioningcontinuous-deploymentoctopus

解决方案

推荐阅读