svn:我们需要一个测试分支吗

svn:我们需要一个测试分支吗,svn,branch,Svn,Branch,我正在尝试将我的项目迁移到SVN。在我以前的项目中,我们曾经将Trunk作为开发人员用来签出和提交的开发区域(除非有专门发布的分支)。然后我们曾经有一个分支用于测试区域 现在来看SVN,我不认为需要一个测试分支,我们可以在开发主干上进行构建,我得到的大多数示例都没有特别提到测试分支 在我以前的公司和项目中,测试分支存在,因为我们对测试服务器有不同的配置,所以config.xml文件对于每个环境都不同,所以我们对每个环境有不同的分支 有谁能帮我解决这个问题吗。我们是否需要有一个测试分支,只是因为不

我正在尝试将我的项目迁移到SVN。在我以前的项目中,我们曾经将Trunk作为开发人员用来签出和提交的开发区域(除非有专门发布的分支)。然后我们曾经有一个分支用于测试区域

现在来看SVN,我不认为需要一个测试分支,我们可以在开发主干上进行构建,我得到的大多数示例都没有特别提到测试分支

在我以前的公司和项目中,测试分支存在,因为我们对测试服务器有不同的配置,所以config.xml文件对于每个环境都不同,所以我们对每个环境有不同的分支


有谁能帮我解决这个问题吗。我们是否需要有一个测试分支,只是因为不同的配置文件,或者hwo进行人员测试?

如果代码库的两个版本是独立发展的,例如,如果您希望修复发布版本的错误,但同时也继续开发,那么分支是有用的


如果您只有一个测试版本,那么在大多数情况下,一个标记就足够了。(从技术上讲,subversion中的标记和分支是相同的,但存在语义差异)。

谢谢,那么开发人员如何维护一个xml配置文件(如spring-config.xml、web.xml、ant build file、,对于不同的环境,它们是不同的。分支可以做到这一点,但通常更容易将它们保存在同一个分支上的不同目录或不同的文件名中。您可以在构建过程中将它们复制到正确的位置(取决于环境),也可以使应用程序足够智能,以便在正确的目录中拾取它们(例如,将环境作为系统属性传入)。谢谢。我以前做过这项工作,并将我的XML或构建文件命名为以ENV名称作为前缀或后缀。它们也工作得很好。只是在想:用多个中继代替(用于产品、测试、QA)是个好主意吗???