Asp.net 如何合并和提交TeamCity的分支机构

我想弄清楚如何将TeamCity构建与Springloops部署集成

假设我有一个名为

api

的Git repo，它有两个分支

dev

和

dev.build

api
|-- dev
|-- dev.build

我已经在

dev

上设置了TeamCity，并在提交的基础上构建了VCS触发器。然后创建我想要用来部署的工件。（在本例中，它是一个ASP.NET网站，其中包含我要用于部署的各种DLL）

我还有Springloops，我现在用于部署。理想情况下，我希望从

dev.build

部署。是否有一种方法可以将TeamCity的构建工件提交到

dev.build

分支，然后从该分支部署

基本的工作流程是

将代码提交到

dev

TeamCity将

dev

合并到

dev.build

TeamCity从

dev.build

TeamCity将工件（DLL）提交到

dev.build

Springloops从

dev.build

我有，但现在我从Springloops进行部署，理想情况下我可以保持这种设置。我知道你可以，但我很难把所有的东西都拼起来。特别是如何将

dev

合并到

dev.build

作为TeamCity构建步骤，然后使用

dev.build

进行构建

这可能吗？我是不是完全错了？我还有其他选择吗

编辑/更新

---

我发现使用WebDeploy部署TeamCity工件（WebDeploy包）比通过Springloops从git存储库提交构建工件更明智。我希望停止使用Springloops进行部署，通过TeamCity构建任务通过WebDeploy直接部署到我的IIS站点。通过这种方式，构建工件（

\bin

文件夹）将远离git，也可以使用

web.config

转换，而不是在生产IIS站点上手动编辑

web.config

。

我建议的另一个选项是，它用于将作业结果存储在集成的轻量级构建工件存储库中

通过这种方式，您可以查找要直接部署在TeamCity url（或TeamCity代理）上的工件。
这比试图将这些工件放在像Git这样的源代码repo中要好得多，Git并不是为此而设计的

---

关于TeamCity构建本身，它可以由两个作业组成（一个依赖于另一个），第一个作业使用，以便将

dev

合并到

dev.build
是的，这在TeamCity是完全可行的。事实上，Jetbrains在一篇博客文章中涵盖了很多这方面的内容。
我认为，结合自动合并和git提交步骤，我可以实现这一点。我认为TeamCity工件不起作用，因为在部署时，我需要部署整个git存储库，包括构建工件。虽然这个答案对我的原始问题有效，但从git存储库部署构建工件绝对不是“最佳实践”。我意识到我真的问错了问题。请参阅我的WebDeploy编辑解决方案。