持续TFS本地部署

Question

我用TFS配置了一个CI。组织构建后(或更好的后测试)部署的最佳方法是什么？我的二进制文件是一些具有单个可执行文件的库。

我需要的是：

1. 在每次提交的基础上构建。(这是配置并完成的)
2. 当生成成功(或测试)时，grep二进制文件并将其拖放到同一生成机器上的某个特定文件夹中，完全替换以前的文件和文件夹。(我希望能够以某种方式配置文件夹位置)
3. 使用一些参数启动应用程序，我需要让standart输出重定向。例如：App.exe param=paramValue > log.txt
4. 在启动应用程序之前，我需要杀死它的前一个实例。(这是一种一直处于活动状态的服务器实例)

我尝试过的最明显的解决方案就是用后期构建脚本来完成这个任务。但这次尝试失败了。看这里

Answer 1

结合使用发布管理和PowerShell (或者更好的是，所需的状态配置)脚本。根据您的MSDN许可，它可以免费为您服务，而且它是专门为处理管理版本而设计的。

过度扩展构建过程以进行部署也是一个糟糕的想法。构建工具是为构建而设计的，而且他们擅长构建！当您尝试执行部署时，他们不擅长您所考虑的事项类型。

问题是大多数CI解决方案(包括TFS)都会使您达到拥有二进制文件的程度，然后说：“欢迎，您自己来了！想出如何部署这些东西很有趣！”这永远不会有好的结果--你最终会发现一些不灵活的东西，而且很难进行故障排除和维护。

这里的现代"devops“方法是将应用程序的需求作为代码处理(在本例中是DSC脚本或脚本)。

另一个考虑因素是:听起来你想把一个控制台应用程序当作一个服务来对待。对于您来说，这将是一个巨大的痛苦，因为大多数处理版本的软件都不会在交互式会话中运行。把它变成一个真正的Windows服务，你的生活就会更容易。