Deployment TeamCity-自动化在哪里

Deployment TeamCity-自动化在哪里,deployment,compilation,teamcity,building,Deployment,Compilation,Teamcity,Building,我们安装了TeamCity和TFS,它们工作正常。我的问题是,这两者应该如何使我们的工作流程高效?一旦我在我的开发机器上对代码进行了更改,我就必须转到TeamCity UI来运行构建和测试?这里的自动化在哪里。。不管怎样,我都是手工做的。。。我是不是错过了一个重要的部分?我也可以在我的开发机器上运行构建和单元测试。所有进行更改的开发人员都需要转到TeamCity UI以使用更新的代码进行构建?我有点希望TeamCity自动检测TFS的签入更改,并立即在远程TeamCity服务器上运行构建并向我发

我们安装了TeamCity和TFS,它们工作正常。我的问题是,这两者应该如何使我们的工作流程高效?一旦我在我的开发机器上对代码进行了更改,我就必须转到TeamCity UI来运行构建和测试?这里的自动化在哪里。。不管怎样,我都是手工做的。。。我是不是错过了一个重要的部分?我也可以在我的开发机器上运行构建和单元测试。所有进行更改的开发人员都需要转到TeamCity UI以使用更新的代码进行构建?我有点希望TeamCity自动检测TFS的签入更改,并立即在远程TeamCity服务器上运行构建并向我发送反馈。

您需要转到
构建触发设置的一部分,并添加新的构建触发。它可以是一个版本控制触发器(在源代码管理中看到新的更改时触发构建)、一个在其他构建完成时触发的构建触发器、一个定期调度它的调度触发器等等


我将其设置为“在检测到VCS更改后触发构建”。。那么这是否意味着我所要做的就是从我的开发机器中检查我的更改,TeamCity会自动检测到这些更改并运行构建配置?是的,你是对的。它正在工作。这两个事件之间有一个相当大的延迟,这让我放弃了…@ZVenue有一个正在管理的设置。。。名为“默认VCS更改检查间隔”的服务器配置。如果减少该数字(以秒为单位),这可能会减少滞后时间。请注意,这可能会给TFS服务器带来额外的压力,因为它需要更频繁地检查更改。