成功构建后自动合并到另一个分支
Automerge to another branch after a successfull build
每个星期一，我们的团队都会将开发分支合并到一个 "main" 分支，我们的测试团队会使用该分支进行测试。你可以说，每个星期一我们的主分支都有与我们的开发分支完全相同的文件。
我正在考虑将此任务自动化。我想创建一个构建定义。该定义将 运行 每个星期天，构建我的开发分支，如果成功，它将自动合并该周内所做的所有更改到主分支。
我找到了一个脚本：https://geekygulati.com/2013/02/17/automerging-in-tfs/ 但它不是为 TFS 构建脚本设计的，更多的是为独立系统设计的。
所以我想知道，如果有任何使用 TFS 的简单方法，我不是一个很好的专家。关于如何做的任何建议？我相信有很多方法可以实现这样的目标，我想知道，你会怎么做？
如果您使用的是 TFS 2013 或更高版本，我相信您可以选择在构建后 运行 PowerShell 脚本。您可以将此扩展点用于 运行 您引用的脚本。
听起来您的开发实践更先进了。我建议一直在一个主分支工作。我们在 2 年前谨慎地进行了这种转变，并且非常喜欢它。这是我们迈向持续交付的第一步。诀窍是您必须确保您的更改是 "Release Ready"。检查一下 - https://dotnetcatch.com/2016/02/16/are-you-release-ready/
每个星期一，我们的团队都会将开发分支合并到一个 "main" 分支，我们的测试团队会使用该分支进行测试。你可以说，每个星期一我们的主分支都有与我们的开发分支完全相同的文件。
我正在考虑将此任务自动化。我想创建一个构建定义。该定义将 运行 每个星期天，构建我的开发分支，如果成功，它将自动合并该周内所做的所有更改到主分支。
我找到了一个脚本：https://geekygulati.com/2013/02/17/automerging-in-tfs/ 但它不是为 TFS 构建脚本设计的，更多的是为独立系统设计的。
所以我想知道，如果有任何使用 TFS 的简单方法，我不是一个很好的专家。关于如何做的任何建议？我相信有很多方法可以实现这样的目标，我想知道，你会怎么做？
如果您使用的是 TFS 2013 或更高版本，我相信您可以选择在构建后 运行 PowerShell 脚本。您可以将此扩展点用于 运行 您引用的脚本。
听起来您的开发实践更先进了。我建议一直在一个主分支工作。我们在 2 年前谨慎地进行了这种转变，并且非常喜欢它。这是我们迈向持续交付的第一步。诀窍是您必须确保您的更改是 "Release Ready"。检查一下 - https://dotnetcatch.com/2016/02/16/are-you-release-ready/