在保持我的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调度,可以让你清理工件以便它们不会消耗太多的磁盘空间。

其他提示

<强> TeamCity的2018年1月5日

“在这里输入的图像描述”

TeamCity的不支持多分支为SVN作为GIT - 所以我解决这样的问题是配置参数 - 其中I设定为有效分支从我需要建立和之后可以很容易地切换到另一个通过运行一个自定义生成或更改配置参数分支。 “在这里输入的图像描述”

需要后只是配置的触发器来启动从一个特定分支构建:

“在这里输入的图像描述”

因此,对项目方就可以看到不同的分支 “在这里输入的图像描述”

和通过运行自定义生成与分支之间容易地切换变化分支有:

“在这里输入的图像描述”

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top