Teamcity签出目录

Teamcity签出目录,teamcity,Teamcity,我想知道teamcity如何处理多个配置的签出。他们建议使用Auto选项,其中签出目录在所有配置之间共享。然后,如果一个配置当前正在构建,而另一个将要签出,会发生什么情况?我想我真的需要为这些设置不同的目录吗?此外,如果运行了不同的配置,它们的输出将被彼此覆盖 作为旁注:我们有一个项目有三种配置,即连续、夜间和每周。也许我得把他们分成不同的项目?!但另一方面,我认为不同的项目更适合不同的分支机构。Teamcity不会同时在一个代理上运行两个版本,因此您永远不会遇到两个版本同时尝试使用同一目录的情

我想知道teamcity如何处理多个配置的签出。他们建议使用
Auto
选项,其中签出目录在所有配置之间共享。然后,如果一个配置当前正在构建,而另一个将要签出,会发生什么情况?我想我真的需要为这些设置不同的目录吗?此外,如果运行了不同的配置,它们的输出将被彼此覆盖


作为旁注:我们有一个项目有三种配置,即连续、夜间和每周。也许我得把他们分成不同的项目?!但另一方面,我认为不同的项目更适合不同的分支机构。

Teamcity不会同时在一个代理上运行两个版本,因此您永远不会遇到两个版本同时尝试使用同一目录的情况

但除此之外,Teamcity将使用不同的目录来配置不同的VCS根目录;只有当他们有相同的VCS根和相同的签出规则时,它才会共享。但如果你把事情安排好了,那就不会给你带来任何问题

此外,如果运行了不同的配置,它们的输出将被彼此覆盖

您不应该依赖该目录中的文件。如果您需要访问这些文件,那么应该将它们发布为,并在工件上设置需要它们的构建配置

作为旁注:我们有一个项目有三种配置,即连续、夜间和每周。也许我得把他们分成不同的项目


你不应该这样做;你为什么要把它们分开?它们可以在同一个项目中运行良好,但如果您愿意,您可以将它们移动到单独的项目中。

嗯,您的建议是正确的。我不认为在一个代理上只有一个构建可以同时运行。因此,我的其他陈述真的没有任何意义:D第一次感觉很奇怪。所以我只是问:)谢谢!别担心;对于Teamcity的所有事情,你都有点困惑。不过,关于工件的一点仍然很有用:这是一种将文件从一个构建配置传递到另一个构建配置的方法,而不需要构建配置位于同一个代理上。