我知道我们需要通过单个用户操作来部署我们的应用程序。但是，我不知道：
有人可以为我指出一些用于持续集成的好资源吗？我希望看到一些理论以及一步一步的实用指南。
编辑：
我现在需要自动化 Web 部署；不过，我也想了解如何为桌面应用程序执行此操作。
【问题讨论】：
标签： deployment continuous-integration build-automation automated-deploy
我写了一篇可能有用的博文：
Visual Studio Web Deployment Projects
已经有一年半的历史了，但谈到了一些新的（当时）VS 项目模板以及来自 IIS 团队的名为 MSDeploy 的命令行实用程序。它们听起来很有希望，而且看起来它们非常适合针对多个构建配置、跨场同步多个服务器以及对网站部署的实际输出进行更多控制。
也许现在这些技术也已经成熟了。
【讨论】：
Windows Installer XML 取得了巨大的成功。基本上，您在 XML 中定义构成应用程序的组件，然后 WiX 将其转换为 MSI 包。文档相对较少，但提供的 CHM 文件与 search fu 相结合将让您走得更远。
MSI 包可以为配置值获取输入参数，并在应用程序部署后执行操作来操作配置文件。例如，“msiexec /i MyCustomPackage.msi SqlServer=SomeSQLBox”可以部署 Web 应用程序并修改依赖 SQL 框的配置条目。
【讨论】：
Kinook 的Visual Build Pro 是一个非常好的一键部署工具。它易于使用并且具有很多功能。我已经使用它多年了。当然还有 NAnt，我用的不多。
就管理配置更改而言，我管理多个带有指示部署环境的扩展名的配置文件，然后在我的构建脚本中进行简单的重命名。
例如，如果我要部署到 Test，我可能有一个名为 Web.test.config 的配置文件，它会被构建脚本自动重命名为 Web.config。
【讨论】：
我已经写了一篇非常详细的博客文章，使用 TeamCity 和 Web 部署项目来自动化构建和部署作为初学者在这里：
然后我添加到此以显示 FTP 添加
http://www.diaryofaninja.com/blog/2010/09/21/continuous-integration-tip-1-ndash-ftp-deployment
基本流程非常简单：
然后我确保我只部署我的 SVN 存储库的主干，并在合并之前开发和测试分支中的所有内容 - 这样只有经过测试的东西才会被部署。将自动化测试添加到您的构建周期中，您就有了天作之合。
一些很棒的免费工具是：
【讨论】：
我看到两个不同的问题：
【讨论】：
CruiseControl.NET 用于您的 ContinuousIntegration 解决方案。对于部署，我使用 MSBuild 项目文件。最重要的是，我保留了所有服务器配置文件。我通过参数将服务器属性传递给 MSBuild，该属性告诉 MSbuild 要使用哪些配置值，然后完成部署。唯一无法直接从 CruiseControl 完成的部署是部署到我们的实时服务器。我们保留命令行 MSBuild 只是为了避免意外按下按钮，或者有权访问 CC.NET Web 仪表板的人只是在玩弄它。
【讨论】：