使用 Robocopy 部署站点

Question

我希望能够快速将更新部署到相当繁忙的站点。对于较小的站点，我只会通过 FTP 将新文件覆盖旧文件。然而，这个有一些定期更新的大型 dll，当它们复制时，站点实际上已关闭（此外，在出现问题时备份它们也很麻烦。

我的计划是使用 TortoiseHg 与通过 FTP（使用网络驱动器或类似的东西）在服务器上创建一个暂存副本，然后我可以检查所有操作是否顺利运行，一旦完成，我想运行一个 .bat 文件（或其他文件）来创建该文件的备份。实时站点（最好只有即将更改的文件，但这并不重要），然后将新更改的文件复制到实时站点

（如果可能），我还希望副本忽略某些目录（例如用户上传）。它不会覆盖实时站点上的这些文件？

我听说 RoboCopy 是可行的方法，但我不确定从哪里开始，我需要调用 2 个命令（1 个用于初始备份，一个用于初始备份）。如果出现问题，有什么方法可以将实时站点恢复到之前的状态吗？

该站点位于 ASP.NET 中，并将被复制到 Windows 2003 服务器。

编辑：当 web.config 项目发生更改并且需要合并时，这会变得有点棘手，以便临时服务器设置（应用程序设置、连接字符串等）不会部署到实时站点。这是如何处理的？

Answer 1

我们使用的是以下方法，

• 首先在cruisecontrol.net中使用msbuild构建网站来构建二进制文件

• 将当前部署的文件存档在带时间戳的文件夹下，以避免出现问题时丢失数据

  C:\DevTools\Robocopy\robocopy.exe /R:1 /W:10 /mir "D:\WebSite\Files" "D:\Webarchive\ArchivedFiles\Documents.%date:~0, -8%.%日期:~3,-5%.%日期:~6%.%时间:~0,-9%.%时间:~3,-6%.%时间:~6,-3% " /XF *.scc

• 停止网站

• 通过复制除我们存档的文件之外的所有内容（/XD 是排除目录）来部署网站

  C:\DevTools\Robocopy\robocopy.exe /R:1 /W:10 /mir "c:\dev\site" "D:\WebSite" /XF *.scc /XD "D: \WebSite\Files"

• 复制并重命名（这次使用 xcopy）一个包含正确信息的release.config到d:\Website\web.config（事实上，这就是我们过去所做的，现在我们有一个自制转换引擎来动态更改开发web.config的部分）。

• 重新启动网站
• （可选）删除您在第二步中创建的存档

在您的情况下，您必须为要忽略的任何目录（例如用户的上传目录）添加 /XD 标志。除非生产 web.config 文件很复杂，否则我真的建议简单地复制您作为项目一部分维护的release.config，与 web.config 并排

Answer 2

Robocopy 是硬性要求吗？为什么不使用 MSBuild？您列出的所有内容都可以在 MSBuild 中轻松完成。

<!-- Attempt to build new code -->
<MSBuild Projects="$(BuildRootPath)\ThePhotoProject.sln" Properties="Configuration=$(Environment);WebProjectOutputDir=$(OutputFolder);OutDir=$(WebProjectOutputDir)\" />

<!-- Get temp file references -->
<PropertyGroup>
  <TempConfigFile>$([System.IO.Path]::GetTempFileName())</TempConfigFile>
  <TempEnvironmentFile>$([System.IO.Path]::GetTempFileName())</TempEnvironmentFile>
</PropertyGroup>

<!-- Copy current web configs to temp files -->
<Copy SourceFiles="$(OutputFolder)\web.config" DestinationFiles="$(TempConfigFile)"></Copy>
<Copy SourceFiles="$(OutputFolder)\web.$(Environment).config" DestinationFiles="$(TempEnvironmentFile)"></Copy>
<ItemGroup>
  <DeleteConfigs Include="$(OutputFolder)\*.config" />
</ItemGroup>

<Delete Files="@(DeleteConfigs)" />

...

<!-- Copy app_offline file -->
<Copy SourceFiles="$(CCNetWorkingDirectory)\Builder\app_offline.htm"  DestinationFiles="$(DeployPath)\app_offline.htm"  Condition="Exists('$(CCNetWorkingDirectory)\Builder\app_offline.htm')"  />

<ItemGroup>
  <DeleteExisting Include="$(DeployPath)\**\*.*" Exclude="$(DeployPath)\app_offline.htm" />      
</ItemGroup>

<!-- Delete Existing files from site -->
<Delete Files="@(DeleteExisting)"  />
<ItemGroup>
  <DeployFiles Include="$(OutputFolder)\**\*.*" />
</ItemGroup>

<!-- Deploy new files to deployment folder. -->
<Copy SourceFiles="@(DeployFiles)"  DestinationFiles="@(DeployFiles->'$(DeployPath)\%(RecursiveDir)%(Filename)%(Extension)')"  />

<!-- Delete app_offline file -->
<Delete Files="$(DeployPath)\app_offline.htm" Condition="Exists('$(DeployPath)\app_offline.htm')"  />

Answer 3

在基于 Nix 的服务器上，我会使用 RSYNC，并且我知道在 Windows 上您可以使用 DeltaCopy它是 RSYNC 的一个端口，并且是开源的（从未使用过 DeltaCopy，所以请仔细检查）无论如何，假设它像 RSYNC 一样工作，那么它速度很快，并且只更新已更改的文件。

您可以使用各种配置选项来删除目标上已在源上删除的文件，还可以在文件中使用添加来排除您不想复制的文件或目录，即本地配置。 。

您应该能够将其全部折叠到一个脚本中，以便在需要时运行，这意味着您可以对其进行测试和计时，以便了解发生了什么

Answer 4

查看这些链接，看看它们是否有帮助：

• ASP.NET website Continuous Integration+Deployment using CruiseControl.NET, Subversion, MSBuild and Robocopy
• 使用 Robocopy 部署到多个文件夹

你会发现robocopy.exe /? 非常有帮助。特别是，您需要使用 /XF 开关来排除文件，使用 /XD 来排除文件夹。

不过，您需要编写一个脚本（例如bat、powershell、cscript）来处理web.config 问题。

Answer 5

Microsoft 自己使用 robocopy 将更新部署到某些站点。

我不知道您是否有多个服务器，但我们的部署脚本类似于：1) 停止 IIS（这将使服务器脱离负载均衡器轮换，2）RoboCopy /MIR from \STAGING\path\to\webroot to \WEB##\path\to\webroot 其中 ## 是服务器的编号， 3) 启动 IIS。这是在临时服务器上对站点进行冒烟测试后完成的。

这对您的配置问题没有太大帮助，但我们的暂存和生产配置文件是相同的。

Answer 6

您需要（也是我需要）的是一个同步程序，能够在服务器上创建文件备份，并通过 ftp 快速复制通过首先将文件复制到临时目录或部分更新，可以对文件进行处理。

这是我发现的一个程序：http://www.superflexible.com/ftp.htm

Answer 7

WebDeploy 是处理部署的更好方法（请参阅 Scott H http://www.hanselman.com /blog/WebDeploymentMadeAwesomeIfYoureUsingXCopyYoureDoingItWrong.aspx）

但是，Robocopy 是一个很棒的低成本部署工具，我仍在某些网站上使用它（还没有时间将它们更改为 webdeploy）。 Robocopy 与 xcopy 类似，但具有更丰富的选项集。因此，您需要 2 个 Robocopy 命令（1 个用于备份，1 个用于部署）。我通常在文件暂存时执行备份命令。

管理配置文件总是很棘手（也是使用 webdeploy 的一个重要原因）。一种方法是为签入源代码管理的每个环境保留一份配置文件的副本（例如，web.dev.config、web.uat.config、web.prod.config 等）。暂存（或部署脚本）将获取并重命名必要的配置文件。

Answer 8

您可能需要使用多种工具的组合。

我会看看 DFSR（文件服务器角色），在您的实时站点上有一个只读文件夹（因此它是单向复制）。

它非常容易配置，具有漂亮的 GUI，能够根据位置和/或掩码排除文件，并且启用卷影复制后，您可以让它按您设置的计划运行并更新那些仅更改的文件（或拥有它）按计划运行，甚至手动运行）。这样做的好处是一旦配置完毕，您就不必再次接触它。

一旦您复制了大部分文件，您就可以在 web.config 上自动执行可能的合并（假设您希望自动执行）方面获得帮助。

Answer 9

MSBuild 很棒，除了一个小缺陷（或主要缺陷，取决于你的观点）。每次运行构建时它都会重建二进制文件。这意味着，对于从测试部署到生产，或从阶段部署到生产（或无论您的预生产环境被称为什么），如果您使用 MSBuild，则不会将现有二进制文件从一个环境升级到下一个环境，而是重新构建它们。这也意味着您确信，自从您对预生产环境进行 MSBuild 以来，源代码存储库中没有任何变化。允许对任何事情（无论是主要还是次要）进行哪怕最轻微的更改，都意味着您不会将经过全面测试的产品推广到您的生产环境中。在我工作的地方，这是不可接受的风险。

输入 Robocopy。通过 Robocopy，您可以将（希望）经过全面测试的产品复制到您的生产环境中。然后，您需要手动修改 web.config/app.config 以反映生产环境，或者使用转换工具来执行此操作。为此，我一直在使用 SourceForge 上提供的“配置转换工具”——它的工作原理就像 MSBuild web/app.config 转换一样。