题
在保持我的SVN主干干净,并准备部署的精神,我一直在使用的下面的源控制模型。对于急躁,基本概念是,你创建开发分支做实际的开发,并留下树干干净,准备好部署,在任何时间(在树干上没有垃圾)。
在除此之外,我配置TeamCity的持续集成。在TeamCity的,我想,以确保所有开发分支,以及部署就绪的分支(主干,在我的情况)正确地构建,并通过所有的单元测试。
这可能是一个愚蠢的问题,但不能过于熟悉的TeamCity,我应该为每个分支一个新的TeamCity项目?部署就绪的分支,特别是具有比开发分支一些额外的规则。例如,发布应保存在版本目录中的文件系统(如C:\项目\ MyProject的\ 1.0.187 ...,C:\项目\ MyProject的\ 1.0.188 ...),以能够方便地访问二进制文件,在任何时间点。另一方面手中,节省了组件的版本副本的开发分支是没有必要的,会浪费硬盘空间。
在TeamCity的,我更愿意看到只为每个软件项目的单一项目。换句话说,如果我的公司正在开发项目的X个,我更愿意看到该项目只列出一次,而不是X * 2(假设每个项目只有两个分支)。
解决方案
您只需要创建一个单一的项目,但需要多个构建配置 - 1为每个分支。据我所知,你不能自定义磁盘上(这是一个自动增加的编号)神器文件夹名称,但是您可以下载所有的文物从UI中的TeamCity 4.5的zip文件。还有一个附带的TeamCity调度,可以让你清理工件以便它们不会消耗太多的磁盘空间。
不隶属于 StackOverflow