在DEV,UAT环境中对SOA平台进行版本控制

时间:2018-10-10 08:49:14

标签: svn teamcity versioning continuous-deployment octopus

我们正在尝试构建一个平台。大约有30种服务(UI,WcF,Rest,Api,Scheduler等)。经过大量的开发工作,终于我们离开了家。但是我们要仔细控制版本控制。现在是时候找到正确的方法了。

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

svn:

  • 分支机构
    • 1.0.0
      • 前端
        • Service1
        • Service1
      • 后端
        • Service2
        • Service3

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

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

考虑一下,我们创建新的分支1.0.1并开始实施新的增强功能。同时,UAT中显示了一个错误。当然,我们需要实现对新颖分支的修复。 处理这种情况的最佳方法是什么?

为每个服务使用相同的版本号会引起任何问题吗?

  1. 我们只能在创建新分支时使用特定服务,为它们配置Teamcity并通过Octopus部署特定程序包。

  2. 我们可以将Hole平台带到新的分支机构,对Teamcity(svn地址,等等)进行微小的更改,并通过章鱼部署特定的程序包。但是无论出于何种原因,它都会在Teamcity中再次建立漏洞平台。

一团糟,我很困惑。

0 个答案:

没有答案