我正在创建一个促进构建定义,它从上一次成功的连续集成构建中获取输出工件,并将其部署到更高的环境中。这是TFS 2015,所以我使用BuildHttpClient
VssConnection connection = new VssConnection(new Uri(accountUrl), new VssAadCredential());
var projectClient = connection.GetClient<ProjectHttpClient>();
var project = projectClient.GetProject("project.name
我的任务是研究如何使用Jenkins作为构建服务器。到目前为止,我已经成功地从git中提取了一个项目,恢复了Nuget包,构建了该项目并运行了单元测试。然而,我正在努力找出如何生成工件。
业务希望让构建服务器为系统团队生成一个zip文件到构建服务器上的目录或远程服务器,然后收集并部署到相关位置。例如,给定一个windows服务项目,构建的bin目录将被压缩并放入相关的工件目录中。
我认为,为了做到这一点,我添加了一个archive the artifacts后构建操作。但是,我得到了以下错误:
‘Watchdog.WinService.Monitor/bin/Release/*.zip’ do
我们使用来维护我们的网络项目和Azure托管。目前,有几个Web角色( as )和工作角色,它们被托管为。我们将为他们建立持续的集成和交付。
如您所知,建议使用模板来构建和部署部署任务。我们已经为单一云服务尝试过了,而且它是有效的。
在我们的例子中,有web项目(web角色)和调度器(worker角色)作为单独的云服务,它们应该同时部署(顺序),让它成为DEV环境。但是我们有更多的环境:开发环境、qa环境、ta环境、演示环境、预览环境、生产环境等等,而且每个环境的web.config、ServiceDefinition.csdef和ServiceConfiguration.cscfg略有不同。
我最近迁移了服务器并更新了TeamCity,以指向新的服务器/代理。代理是在新机器上设置的,代理在TeamCity中连接、授权和启用。在运行部署之后,我从构建日志中注意到,它跳过了“发布内部构件”步骤,并与所有步骤一起完成了“构建完成”。来自GitHub的所有包都已成功部署到Checkout,但不运行构建步骤。TeamCity没有发布内部构件(ArtifactsCachePublisher & WebPublisher)。
以下是运行失败的构建日志:
[17:53:31] Starting the build on the agent [new_server]
[17:53:32]