SVN维护开发、质量保证和生产部门

SVN维护开发、质量保证和生产部门,svn,tortoisesvn,branching-and-merging,Svn,Tortoisesvn,Branching And Merging,我的团队和我在工作中开发了一个项目管理系统,我们有三个环境,如标题所示。我们开始遇到一个问题,我们需要将小的代码修复推到生产环境中,但我们一直在为我们正在加入的新团队进行开发。很明显,我们不希望新团队的未经测试的代码进入,而挑选小的更改是一件痛苦的事情 我知道我们需要沿着分支线做一些事情,我已经阅读了龟的常见问题解答,我很确定我理解它 我的问题是,在我们的生产服务器上,我们是否能够从提交的包含小代码修复的某个分支执行更新 编辑:在我们所有的服务器(开发、质量保证、产品)上,我们都签出了存储库,因

我的团队和我在工作中开发了一个项目管理系统,我们有三个环境,如标题所示。我们开始遇到一个问题,我们需要将小的代码修复推到生产环境中,但我们一直在为我们正在加入的新团队进行开发。很明显,我们不希望新团队的未经测试的代码进入,而挑选小的更改是一件痛苦的事情

我知道我们需要沿着分支线做一些事情,我已经阅读了龟的常见问题解答,我很确定我理解它

我的问题是,在我们的生产服务器上,我们是否能够从提交的包含小代码修复的某个分支执行更新

编辑:在我们所有的服务器(开发、质量保证、产品)上,我们都签出了存储库,因此更容易推送更新。如果我在本地副本上创建一个分支,然后将其合并到主干中,那么我还可以将该分支合并到生产的本地副本中吗?

好吧,理论上,使用“每个功能分支”工作流,没有什么会禁止您

  • 在repo中有单独的DEV | QA | PROD分支(或者使用trunk作为DEV,少一个分支)
  • 为任务创建单独的分支(f.e专长)
  • 将FEAT_X合并到任意数量的目标分支中(不要合并到某些分支中),并在以后将服务器的WCs从合并到分支中进行更新
但是:

当心您可能(在某些情况下)成为

的受害者。理论上,使用“每个功能分支”工作流,没有任何东西会禁止您

  • 在repo中有单独的DEV | QA | PROD分支(或者使用trunk作为DEV,少一个分支)
  • 为任务创建单独的分支(f.e专长)
  • 将FEAT_X合并到任意数量的目标分支中(不要合并到某些分支中),并在以后将服务器的WCs从合并到分支中进行更新
但是:

当心您可能(在某些情况下)成为