TeamCity 能否将成功的构建推送到 git 存储库？
我在 TeamCity 中看不到执行此操作的特定构建步骤。
我使用的是 TeamCity 7.1.1 版本
谢谢，亨里克
更新：
好的，谢谢你的回答， 我觉得有点复杂。 我发现我可以简单地将成功构建的标签推回我的全局存储库，TeamCity 从中获取构建数据。我可以从中提取更改并查看最后一次提交是否成功。
如果 TeamCity 为这种工作流程提供一个简单的选项，我会很高兴！
如果每个开发人员都可以从仅在构建成功时更新的 repo 中提取，那就太棒了，还是我错了？
【问题讨论】：
您可以让 TeamCity 执行随后调用 git push 的 shell 脚本（使用适当的参数，例如 git push <repository> 以推送到不同的存储库）。请确保git 不需要交互式身份验证来进行推送操作。
可以在此处找到相关示例（使用 git push 部署到 Heroku）：http://blog.carbonfive.com/2010/08/06/deploying-to-heroku-from-teamcity/。
【讨论】：
git push 以推送到完全不同的存储库。
git 的调用可能不会返回；尝试改用call git push …（即使用call 关键字）。
我终于成功了！
你必须在你的 teamcity 项目中添加一个构建参数：
name= env.PATH
value= C:\Program Files (x86)\Git\cmd
然后使用自定义脚本添加一个新的命令行构建步骤：
call git push "C:\Gruene Git Repos\TeamCityApp" master
“呼叫”这个词很重要！
感谢您的帮助！ 亨里克
【讨论】：
"C:\Program Files (x86)\Git\cmd;C:\Program Files (x86)\Git\bin;"。使用 TeamCity 设置路径变量将覆盖系统路径变量，并且无法再找到依赖的 exe。
如果您升级到 8 或更高版本，您可以只创建一个或多个“自动合并”构建功能。这将推送到远程仓库。我一开始也没有发现它，因为命名混乱，但它们必须支持许多不同命名的不同 VCS，这是有道理的。
【讨论】：
you can just make one or more "Automatic Merge" build features 暗示它是开箱即用的，没有花哨的设置，这是不准确的。
TeamCity 有一段时间支持 VCS 标签，这允许您的 VCS 根用户（如果它具有写入权限）标记刚刚使用版本或 TeamCity 知道的任何其他内容构建的提交哈希（请参阅参数引用的完整列表在 TeamCity wiki 中）。
如另一个答案中所述，TeamCity 中可用的自动合并功能将自动从指定的分支列表（启用通配符）执行合并到请求的分支中，并且它将监视和构建并且仅在成功时才合并它们。
自动合并功能可能很好，但如果您没有良好的测试覆盖率，它也可能很危险，因为开发人员可能会破坏没有测试的东西，这会导致您的代码在很长一段时间内出现问题路。防止这种情况的一种方法是要求每次构建项目时都创建/运行 +2 测试（可在 TeamCity 中配置）。这些警告在之前链接的文章中提到了自动合并功能。
我们遇到了一个与合并没有直接关系的类似问题，但如果您使用 VCS Labeling（可怕的名称），则需要将工作中的一些更改推送到 TeamCity 添加的“轻量级标签”（至少对于 Git）之外。
我们最终做的是：
【讨论】：
我的解决方案可能很愚蠢，但很简单。 步骤如下：
从 heroku git 存储库克隆你的 heroku 它将创建您的 heroku 应用程序文件夹。
heroku git:clone -a {app-name}
将需要更新的文件复制到heroku
xcopy client "{app-name}/client" /e/i/h/y
xcopy server "{app-name}/server" /e/i/h/y
xcopy imports "{app-name}/imports" /e/i/h/y
git 添加。
cd {app-name} && git add .
git 提交
cd {app-name} && git commit --message 'ok'
推送到heroku
cd {app-name} && git push heroku master
【讨论】：