Deployment TeamCity:部署生成的安装程序(工件)的最佳实践

Deployment TeamCity:部署生成的安装程序(工件)的最佳实践,deployment,teamcity,artifacts,continuous-integration,Deployment,Teamcity,Artifacts,Continuous Integration,我们有一个TeamCity服务器,它可以生成夜间可部署的构建。我们希望我们的测试人员能够访问这些夜间构建 实现这一点的最佳实践是什么?TeamCity服务器不是公共的,它在我们的办公室中,所以我认为最好的方法是通过FTP或类似的方式推送工件 此外,我不知道如何在成功创建工件时触发脚本。TeamCity是否提供了一种实现这一点的方法?我建议您开始考虑(n)Ant之类的方法来处理构建过程。这样,您就可以以自动化的方式处理整个“构建工件”->“发布工件”链。这些工具是基于依赖关系的,因此只有在构建成功

我们有一个TeamCity服务器,它可以生成夜间可部署的构建。我们希望我们的测试人员能够访问这些夜间构建

实现这一点的最佳实践是什么?TeamCity服务器不是公共的,它在我们的办公室中,所以我认为最好的方法是通过FTP或类似的方式推送工件


此外,我不知道如何在成功创建工件时触发脚本。TeamCity是否提供了一种实现这一点的方法?

我建议您开始考虑(n)Ant之类的方法来处理构建过程。这样,您就可以以自动化的方式处理整个“构建工件”->“发布工件”链。这些工具是基于依赖关系的,因此只有在构建成功时才会发布工件

从文档中阅读以下内容。它显示了如何从构建脚本发送命令,通知teamCity将工件发布到给定路径。

我不知道触发脚本的方法,但我不担心这一点。根据对项目有意义的内容,您可以在调度器(cron或Windows调度)上设置一个脚本,用于提取工件并将其发送到FTP站点供Beta测试人员使用。您可以将其配置为仅提取最新的成功工件。如果您设置了命名权,如果构建失败,测试人员将不会注意到,因为新的构建编号根本不存在,不会向他们推送错误的构建。

在TeamCity 7.0+中,您可以使用。可以找到安装步骤。它还允许通过SMB和SSH上传工件。

我不理解这一点。链接的帮助页面告诉您如何在构建期间发布工件,但您只能指定工件发布的路径,而不能指定目标路径。我在寻找类似的东西,所以我真的对解决方案感兴趣:)TeamCity 6设定了一条道路:叫我疯了——但是(n)Ant给了你TeamCity没有的东西吗?早在2009年,当这个答案被写出来的时候,TC没有做现在一半的事情。但是,如果您自己编写构建脚本,您仍然可以对构建和部署过程进行更多的控制。这取决于你对事情的个人看法。它回答了这个问题,为人们指明了进一步调查的方向,这是合理的。