SP2010支持和SharePoint内容部署向导修补程序

I’ve已将内容部署向导的更新版本发布到Codeplex（2.8版）– 此版本支持SharePoint 2010。内容部署向导是我相当流行的工具，用于在SharePoint环境中移动内容– if you 有n’在此之前，您可以选择网站集，网站，列表，文件夹，文件或列表项，以导出到文件中以导入其他地方：

此版本有两个目的：

1. 修复‘Object reference’先前版本（2.7）常见的错误
   
   我花了一些时间才意识到，但这经常发生，如果经常使用2.7，您很可能已经看到了这个问题-道歉。看来这是由 亚历克斯 在他为该发行版贡献的代码中，但这是一个不寻常的线程错误，坦率地说，’m sure if I’d编写了可能也会打我的代码！再次感谢您的贡献，Alex。
   
   
2. 的SharePoint 2010支持
   
   好吧，所以我在文章开始时就有点说实话– in fact 所有 版本的工具已经支持SharePoint2010。这是因为Microsoft中没有重大更改’我的代码在2007-2010年之间使用的s API，’在.exe.config文件中需要几个条目来重定向拾取的程序集。但是它’很难在本文的标题或第一句话中传达该信息，而我’我发现那些不这样做的人’不了解 .Net程序集重定向 只是不要’t believe I didn’t 有 to ‘创建支持2010的新版本’ :) That said, I 有 进行了一些改进以使其更容易：
   
   -2.8安装程序会为您添加适当的BindingRedirect条目到配置文件中，但已被注释掉。如果要在SP2010上安装，只需取消注释这些即可
   -2.8安装程序可将stsadmcommands.COB.SPDeploymentWizard.xml文件正确安装到 14\ CONFIG目录（如果已安装）（例如，因为已安装SharePoint 2010）以确保STSADM命令正常运行
   
   作为参考，SP2010所需的.exe.config文件条目为：

   <!-- Uncomment this section to use the 巫师 with 的SharePoint 2010 - this will ensure the 的SharePoint 2010 assemblies 是 used. -->

   <runtime>

       <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">

           <dependentAssembly xmlns="urn:schemas-microsoft-com:asm.v1">

               <assemblyIdentity name="Microsoft.SharePoint" publicKeyToken="71e9bce111e9429c" culture="neutral" />

               <bindingRedirect oldVersion="11.0.0.0" newVersion="14.0.0.0" />

           </dependentAssembly>

           <dependentAssembly xmlns="urn:schemas-microsoft-com:asm.v1">

               <assemblyIdentity name="Microsoft.SharePoint.Publishing" publicKeyToken="71e9bce111e9429c" culture="neutral" />

               <bindingRedirect oldVersion="11.0.0.0" newVersion="14.0.0.0" />

           </dependentAssembly>

       </assemblyBinding>

   </runtime>

   N.B.如果您想知道从11.0.0.0而不是12.0.0.0开始的版本范围，这就是Microsoft在其BindingRedirects中使用自己的模式。

向导的2.8版本可以从以下位置下载 http://spdeploymentwizard.codeplex.com/releases/view/42380 –如果您遇到问题（无论是在SharePoint 2007还是2010上），请告诉我。 

内容部署向导和配置存储的次要更新

I’我坚信，如果您构建对人们很重要的社区工具，那么您’必须尽力维护它们–提供源代码很棒，但是’如果您承担维护/增强工作量，那就更好了！因此，这是我的SharePoint用户的简短文章 内容部署向导 和 配置存储 实用程序。这两个代码最近都在Codeplex上进行了更新，并且您可能要根据情况确保工具箱中的最新版本。一世’我将在此处解释我在各个更新的readme.txt中记录的更改：

内容部署向导（2.6测试版）

发行说明：

此版本主要是为了解决2.5版本（下面列表中的第一项）中的回归错误，并提供：

• 修复了由于缺少菜单项而无法使用“所有后代”选项导出列表的问题
• x86和x64的单独安装程序，以确保将STSADMCOMMANDS.COB.SPDEPLOYMENTWIZARD.XML文件正确安装到12 \ config目录中

另请注意2.5 beta（此版本中包含的）的主要新功能：

• 支持增量部署，因此仅部署自上次导出以来已更改的内容（从下拉菜单中选择“ 出口变更”以使用此功能）
• 支持"no compression"通过“禁用压缩”复选框进行部署-这对于内容部署期间内存使用成问题的大型站点很有用
• 支持允许自行部署网站集的根网站-上下文菜单中的其他选项现在允许选择“网站”或“根网站”。以前无法部署 只要 根网站。

你应该更新吗？

如果您下载了2.5 beta版本，则肯定是的，因为该版本存在错误。 如果您使用的是较早版本，例如1.1或2.0，那么很有可能’升级到2.6 beta还是一个好主意’的测试相当不错，并且其中某些功能可能需要一天的时间。 Beta标签可能会在几周后消失，因为我知道这对某些人来说很重要。

下载内容部署向导2.6 beta

配置存储（2.1.0.2）

发行说明：

此版本中的更改：

• 将内部字段名称更改回 不 包含空格-在某些情况下引起的问题（由 瓦尔德克 在配置存储中使用他的一种工具时）
• 将ApplyWebConfigModifications Feature属性更改回True，因为似乎大多数安装使用单个网站集模式
• 根据中的建议整理了schema.xml http://mo.notono.us/2009/02/moss-dreaded-schemaxml.html

你应该更新吗？

在这种情况下，如果您’重新使用您网站中的配置存储’建议仅在以下情况下考虑升级到此版本： 知道 您有Waldek报告的相同问题-由于字段名称已更改，因此升级需要您自己做一些工作（例如，从旧模式迁移的实用程序）。但是，对于未安装的环境，绝对应使用此版本。

下载Config Store 2.1.0.2

N.B.这些配置存储更改将被移植到 语言商店 接下来几天的框架（姐妹项目）。

关于SharePoint 2010的说明

在这个阶段我’我希望我的SharePoint实用程序在2010年世界中继续有用– I’即将在2010年对其进行更新，并且它们应该还会出现一段时间！

CD向导中添加了增量部署支持

从假期休假和为SharePoint 2010做一些准备的短暂休息回到现在。我要做的事情之一’最近一直在研究我的最新版本 的SharePoint内容部署向导 –它刚刚被上传到Codeplex。在此版本（2.5测试版）中，我重点介绍了对常见功能请求中的几项内容的支持，希望它们应使该工具对具有这些要求的用户更加有用。当你’从这篇文章的标题可能会猜到，最大的大概是增量部署，但是这里还有其他一些有用的东西。

支持incremental 部署s

这是一些人要求很长时间的事情。如果您要使用向导对一组内容进行定期更新（也许使用 2.0版中添加了命令行支持），’通常最好只部署实际上已更改的内容。现在这是可能的，并且可以通过选择‘ExportChanges’ from the ‘Export method’导出设置屏幕上的下拉列表：

  
令人困惑的是，您可能已经注意到该选项位于以前版本的下拉列表中，但是现在它可以执行应有的操作了。

这个怎么运作

增量部署依赖于SharePoint’s 变更记录 –可查询的存储区，SharePoint的几个部分使用该存储区来了解何时更改了哪些内容。一种 更改令牌 可以用作“时间点参考 ”它用于标识特定点之后的更改，并且现在每次执行增量导出时，向导都会存储更改令牌。当你 下一页 如果为同一作用域执行增量导出，向导将检索该内容的最后一个令牌，然后将其用于确保仅部署更改的内容。这里的一些关键点是：

• 最后的更改令牌作为SPPersistedObject存储在相应的内容数据库中
• 由于向导允许选择 多 要导出的项目，‘largest’使用选择用于导出的范围对象

支持disabling compression

另一个新功能是用于关闭文件压缩的​​选项，该选项默认情况下在SharePoint内容部署中发生。导出大量内容时，您会看到生成了一系列文件，每个文件都不大于25GB（请注意，这实际上是一个可配置的数字，尽管我’尚未看到在向导中公开此要求）。在大多数情况下，您可能并不关心此事，但会遇到这种情况 确实 服务器在哪里变得重要’没有足够的内存来处理压缩过程。这可能是因为导出了非常大的网站集，或者是因为服务器没有’没有足够的可用内存。

要禁用文件压缩，请使用如下所示的新复选框：

支持exporting the root web 只要

向导的先前版本实际上没有’支持某人想出口的情况 只要 网站集的根网站。这是因为树视图只为根节点提供了一个选项-‘Export entire site’。这意味着，当您选择此选项但实际上只需要根网站时，最终得到的是整个网站集–毫不奇怪，过去使人们感到困惑。现在，此问题已修复，上下文菜单现在在其上方具有一个附加级别’可以只选择根站点：

结论

此版本的新功能是：

• 支持incremental 部署s
• 支持disabling file compression
• 支持exporting the root web 只要

可以从以下位置下载最新版本的内容部署向导 2.5 beta 内容部署向导版本2.5 beta。一旦我觉得足够多的人使用了这个版本而没有问题，我’ll删除beta标签，因为我知道有些人甚至对Codeplex实用程序也很关心。与往常一样，如果您遇到任何问题，请在Codeplex网站上给我留言，我’我会尽力帮助。

现在提供对内容部署向导的命令行支持

我很高兴地宣布，我现已完成对下一版本的内容部署向导的初步开发- 这是接下来几周的测试版 所以如果你需要"just work"，您应该继续使用以前的版本（1.1），但我希望那里的某些人很乐意测试此Beta。该工具已作为“可在SharePoint工具箱中使用的便捷工具”而变得相当流行，希望此版本可以大大扩展其在某些情况下的有用性。如果您不熟悉该工具，则它提供了一种在场之间或同一场中不同站点之间导入/导出网站集，网站，列表以及文件或列表项的方法-Codeplex站点提供了更多详细信息。如前所述，此版本中的关键新附加功能是：

• 命令行支持
• 支持saving of import/export settings to a file (in the Windows Forms app) for later re-use
• 安装程序

对向导的命令行支持意味着它现在可以以自动化方式使用。我认为这可能有用的一些关键方案是：

• 持续集成/自动构建 -如果您的网站依赖SharePoint内容，则现在可以在构建过程中移动“真实”数据，例如，将选定内容从“ dev”复制到“ build”或“ test”。我经常看到 静态的 在nAnt / CruiseControl / MSBuild脚本中以这种方式使用的数据（可能来自XML文件或Excel电子表格），但是对于频繁更改的数据（配置值，查找列表等），效果不佳，因为总会有一个静态文件要单独维护。 
• 部署脚本 -如果您使用部署脚本在开发人员计算机上“引导”网站，请再次拉 真实 来自中央“存储库站点”的数据可以在这里提供帮助。
• 作为生产“内容部署策略”的一部分 -由于现成的内容部署仅限于将Web部署为最小项，因此可以使用向导来部署选定的列表/列表项/文件

显然，您可能对如何将其插入进程也有自己的想法。

这个怎么运作

1. 首先，我们选择要移动的内容，就像通常使用向导一样。
   
   
   
2. ..，然后选择我们要用于此导出的选项。
   
    


3. 在最后一个屏幕上，应使用新的“保存设置..”按钮将您的选择保存到XML文件： 
   
     
   然后，您会得到一个如下所示的XML文件：

<ExportSettings SiteUrl="http://cob.publish.dev" ExcludeDependencies="False" ExportMethod="ExportAll" 

                IncludeVersions="LastMajor" IncludeSecurity="None" FileLocation="C:\Exports" 

                BaseFileName="BlogSubwebAndPageTemplates.cmp">

  <ExportObjects>

    <DeploymentObject Id="b0fd667b-5b5e-41ba-827e-5d78b9a150ac" Title="Blog" Url="http://cob.publish.dev/Blog" Type="Web" IncludeDescendants="All" />

    <DeploymentObject Id="cfcc048e-c516-43b2-b5bf-3fb37cd561be" Title="http://cob.publish.dev/_catalogs/masterpage/COB.master" Url="_catalogs/masterpage/COB.master" Type="File" IncludeDescendants="None" />

    <DeploymentObject Id="670c1fb3-12f3-418b-b854-751ba80da917" Title="http://cob.publish.dev/_catalogs/masterpage/COBLayoutSimple.aspx" Url="_catalogs/masterpage/COBLayoutSimple.aspx" Type="File" IncludeDescendants="None" />

  </ExportObjects>

</ExportSettings>



4. 因此，我们现在有了一个XML“向导部署设置文件”，其中包含我们选择的对象的ID和导出选项。我们将继续展示如何在命令行上使用它，但请注意，这些设置也可以在以后的部署中加载到向导UI中，以免再次进行选择-关键是“加载设置” ..”按钮（我们之前没有显示）：
   
    


5. 对于向导的命令行使用，使用定制的STSADM命令。我们使用-settingsFile开关传递设置文件。要运行上面显示的导出操作，我们的命令应如下所示：
   

   stsadm -o RunWizardExport -settingsFile "C:\DeploymentSettings\ExportBlogSubwebAndTemplates.xml" -quiet

   -quiet参数是可选的，它禁止操作期间返回的某些进度消息。
   
   
6. 对于导入操作，我们遵循相同的过程-进入向导并选择导入操作的设置，然后最后单击“保存设置..”以获取文件 （注：“导入设置”屏幕与以前的版本相比已略有简化）：
   
   
7. 导入命令如下所示：
   

   stsadm -o RunWizardImport -settingsFile "C:\DeploymentSettings\ImportBlogSubwebAndTemplates.xml" -quiet

   这就是它的两面。

真正使用它

当然，在实际使用中，您可能正在从一个SharePoint场部署到另一个。在这种情况下，如果要跨服务器场-如果您在服务器场之间具有网络访问权限（例如，正在内部将其用于自动构建/ CI），则还需要处理将.cmp文件从源环境复制到目标环境），建议您在脚本中使用简单的XCOPY。对于没有网络连接的生产性内容部署方案，我在这里提供的内容将需要补充一些其他有关文件传输的内容。显然，基于Web服务的解决方案可能就是答案。

概要

如果您需要定期自动移动任何SharePoint内容，则在命令行上使用向导可能会非常有用。与您可能采用的其他方法相比，XML定义文件使您可以选择任意数量的网站/列表/列表项/文件来进行一次操作，这比单独运送项目更好地满足了您的需求。

这很大程度上是一个beta版本，但是作为一个旁注，我希望最初的问题主要是围绕安装程序而不是核心代码进行的，因此，我提供了一个“手动”安装过程，它将使您克服所有此类问题（请参阅自述文件。不用说，如果您是一个乐于助人的开发人员，Codeplex上也为您提供了所有源代码。正如我所说，我希望有几个友好的测试人员可以尝试一下，并帮助我消除皱纹-请把任何问题提交到下面链接的Codeplex网站。

您可以从以下位置下载向导的2.0 beta版本（和源代码）：

• 向导2.0测试版- http://spdeploymentwizard.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=25271
• 向导Codeplex网站首页- http://spdeploymentwizard.codeplex.com

下一版本的内容部署向导的更新

通常，我只谈论过我正在使用的SharePoint工具，一旦它们100％完整并可以使用，但是最近我与用户组中的某人进行了交谈，这使我考虑了策略更改。普通读者会知道与我相关的主要工具是 的SharePoint内容部署向导 它已经变得相当流行（超过7000个下载）-偶尔我提到一个目标是实现命令行版本，因为这提供了各种部署可能性。但是我已经有一段时间没有谈论这个了，最近我和几个人交谈，他们以为我放弃了这个/没有时间去研究它，所以在这里我告诉你这是并非如此！

对于任何关心的人来说，好消息是，自从12月以来我一直在从事博客工作，并且几乎完成了工作。棘手的重构工作已经完成，在上周前往MVP峰会的航班上，我有机会在其前面编写了自定义STSADM命令。我需要先做更多测试，但是我 希望在未来几周内发布Codeplex的Beta版 -如果您对在站点或服务器场之间以脚本方式部署特定站点/网站/列表/列表项的想法感兴趣（请记住，MOSS内容部署仅用于站点/网站并需要HTTP（S）连接），我希望友好的Beta测试人员将帮助我解决最后的问题。此版本的关键方面是：

• 命令行支持
• 支持saving of import/export settings to a file (in the Windows Forms app) for later re-use

在此版本发布后不久，我希望增加对增量部署的支持（因此，仅会部署站点/网站/列表/您选择的内容实际上已更改的内容），但这不幸地不会成为下一个削减目标。

敬请期待进一步的更新:-)

其他的东西

虽然我在做，但我正在准备的其他事情包括：

• 关于优化WCM网站的博客文章 -关于此问题的许多良好指导已经存在了一段时间，但是我正在汇编来自不同来源的内容，并着重强调了对我们最近的故障排除/优化文章有重大影响的内容
• 最佳做法演示 -作为 先前指出，我在 欧洲SharePoint最佳做法会议 四月在伦敦。幸运的是，我现在要发表我的首选演讲-"通过多种环境（开发，质量检查，UAT，生产）部署SharePoint网站的方法和最佳实践"所以应该很有趣

不用说，我的“想法列表”上还有很多其他博客文章。

旁注-回顾2年的SharePoint博客

奇怪的是，我现在进入SharePoint博客学习的第三年。我不知道这是怎么发生的。在使用SharePoint的功能框架进行了一些有趣的工作之后，最初的想法是写4到5篇我所要学习的文章-作为对我自己的记录，而不是任何事情-并加以完成。从那以后，尽管我确实写了一些奇怪的“简单”文章（像这篇文章），但通常我的文章似乎需要很长时间才能完成，但是我知道它们会更好。有时我会被提醒！因此，要成为一名更好的博客作者还有很长的路要走，但我完全希望自己能继续坚持下去 另一个 2年的时间-当下一版本的SharePoint即将推出时，我还有很多话要说：-)

的SharePoint开发人员策略-It'并不是所有关于功能的内容！

我已经讨论了很长时间的意思是决定使用功能或其他方法开发SharePoint工件的决定。我实际上在2007年5月的帖子中对此进行了讨论 的SharePoint部署选项：功能还是内容部署？，但是我觉得这是一个值得回顾/扩展的话题，因为我经常看到团队在使用Feature进行开发时并未完全弄清楚 究竟 他们正在摆脱这种方法。您可以通过文章标题猜到，我并不是一直都在使用功能的想法（从一开始关注此博客的读者可能会发现这很令人惊讶，因为我写了很多 有关如何使用功能的文章），并希望在确定是否需要它们时提出一些要点。

让我们首先考虑功能的一些（选定）特征：

• 提供一种将SharePoint工件（例如列表模板/网站栏/内容类型）部署到多个环境（例如，开发，测试，生产）的方法
• 当前是跨多个网站集部署此类工件的唯一方法
• 即使使用可用的社区工具也需要一些额外的开销来创建（与直接在SharePoint UI中创建工件相比）
• 很少/不支持某些关键更新（例如，更新已部署并正在使用的内容类型）-由于必须进行更新，因此必须通过用户界面或API进行 不支持修改原始功能文件以进行更改.

鉴于上述几点，我真正看不到“功能”的好处是，解决方案仅包含一个网站集，而WCM网站通常就是这种情况。当工件只能存在于一个网站集中时，为什么还要花很多时间将工件打包到Feature中并面临管理更新的困难呢？当然，可能需要在 环境 但是我们还有其他方法可以做到这一点。

N.B.同样适用于网站定义-当只能从中创建一个网站时，为什么要创建一个自定义网站定义呢？

另类

如果您没有被迫使用功能来处理多个网站集， 不 使用它们可能是“最有效”的选择。在我最近的WCM项目中，我没有将功能用于任何不需要的功能 要求 功能（例如VS工作流，CustomAction等）已经很长时间了，包括我最近在 金融部门中的SharePoint WCM 和 开发人员的经验教训-金融领域的SharePoint WCM。当然，考虑到该项目的时间紧迫，实际上我觉得如果使用功能部件，我们可能无法按时交付。

相反，我的方法是在开发环境中创建一个空白网站，并使用SharePoint UI和SPD在此处进行所有列表/网站列/内容类型/母版页开发。我的下一步（也许对普通读者并不奇怪）是使用我的 内容部署向导 准备就绪时将所有SharePoint工件移动到其他环境的工具。同样地，您可以选择编写自己的代码，使用已经有据可查的文档做同样的事情 内容部署API。您需要分别处理任何文件系统和.Net资产（通常 之前 您可以在目标上导入SharePoint内容），但在我看来，我们至少已大大简化了SharePoint方面。由于许多原因，这似乎运作良好：

• 效率更高，因为无需花费很多时间来构建功能部件
• 前面描述的更新问题已为您解决（通过基础的内容部署API）-例如，在开发人员的内容类型中添加字段，部署使用该字段的内容，该字段将添加到导入站点上
• 保留了“包”的概念，因此可以将向导生成的.cmp文件移交给托管公司，以使其在末尾使用向导导入。我听说有很多人这样做。
• 我们可以将.cmp文件存储在源代码管理中，并将其用作“软件开发生命周期”方法的一部分。我的方法（我猜想其他使用这种工具的人）是将.cmp文件与文件系统文件（例如.ascx文件）一起存储在当前“发行版”中，并将其作为部署过程的一部分导入将发行版移至下一个环境。

顺便说一句，当我决定编写一种简化SharePoint项目上的dev / QA / UAT /生产环境的工具时，我最初陷入了“解决内容类型更新问题”和基于内容部署API的问题之间。我之所以决定选择后者，是因为CD API似乎已经解决了另一个问题！

现在，我当然不是说它每次都能很好地工作（虽然在SP1和基础结构更新之后，它并没有得到很大的改进，但是并没有达到最佳效果），但是根据我的经验，在解决部署问题的项目过程中，我花费的时间似乎少于我会进行构建/故障排除功能。此外，如果您的解决方案依赖于预先创建的发布页面，或者您的客户使用UAT创建某些内容（如要在上线之前将其移至生产环境），则使用Content Deployment可以部署内容。不会在这里帮助您。但是，内容部署机制就是为此而设计的。

解决方案（.wsp）在哪里适合所有这些？

因此，综上所述，对于不是围绕多个网站集构建的项目，我的经验法则是 不要将功能用于绝对不需要的功能。那么，解决方案软件包（.wsp文件）将留在哪里-它们也应该被丢弃吗？好吧，绝对不，我认为。解决方案可以解决稍微不同的问题集：

• 将文件部署到SharePoint Web服务器，以便服务器场中的每个服务器都是另一个的镜像。当然，确保所有Web前端具有与SharePoint相同的文件是SharePoint服务器场的一项关键要求-这适用于使用功能部件时的功能文件，还适用于程序集，12个配置单元文件等。
• Web.config修改，例如的‘SafeControls’自定义Web部件/控件所需的条目
• 代码访问安全性配置修改，例如非GAC运行的控件所需的控件
• 其他一些任务，例如Web部件定义文件（.webpart）的部署

确实，没有什么可以阻止您手动完成所有这些操作的（特别是如果您始终将其部署到单个服务器上，那么保持同步的事情就更少了）。但是这里的要点是，Solutions确实可以以相对较少的努力就使您的生活变得更轻松，因此“成本/收益”比可能与Features不同-关键是使用一种自动构建方法，例如 WSP生成器。因此，我的建议通常是始终将解决方案用于程序集，12个配置单元文件等，尤其是在多个服务器场环境中。

结论

我的经验法则是：

• 考虑 不 如果您的网站不是基于多个网站集，请使用功能（和网站定义）-使用 巫师 或其他基于Content Deployment的解决方案可以替代
• 如果您有多个服务器/环境，请使用解决方案，除非您乐意做更多工作来保持它们同步
• 如果你 是 使用功能，计划一种处理更新的方法，例如内容类型更新

我在这里传达的信息可能与您可能会看到的其他人所建议的指导背道而驰，但是我只是在继续我使用不同方法交付项目的经验。与往常一样，关键是考虑部署方法 之前 您实际上来做到了！

附言还记得 使用备份和还原进行部署是一个坏主意 ;-)

SP 内容部署向导的源代码现已发布！

现在从假期回来，希望对那些使用我的 内容部署向导 工具来移动SharePoint内容。现在，我已经将该工具的源代码发布到了Codeplex上，因此，如果您对内容部署API感兴趣，或者只是想了解向导的工作方式，现在就可以使用它。对我来说，这是一大进步，因为我将工具更多地视为"free product"（建于苏珊（Suzanne）入睡后的许多深夜！），而不是一个开源项目-我想 将 在某个时候发布代码，但是打算等到下一个发布，因为我实际上是在为新功能更改代码的过程中。但是，由于我没有提供源代码，Codeplex管理员暂停了该项目，所以我的手有点被迫-显然，这是我遗漏的网站的规定。我对想要此工具的人无法使用该工具感到不满意，因此想尽快纠正此问题。因此，这说明了为什么在过去3或4天内尝试下载该工具的任何人都无法-造成不便的人致以诚挚的歉意！

无论如何，这一直是我的主意，因为最近人们在使用自定义工具和功能来构建自己的工具和功能方面似乎有所增加。 内容部署API -当然，这是一个范围很大的定制解决方案领域，人们偶尔会给我打个电话寻求帮助。因此，停止珍惜它，并尽快而不是稍后再发布代码似乎是正确的。我还修复了一个烦人的错误，如果一个SharePoint权限不足的用户使用该工具，则会导致未处理的异常。

无论如何，希望它对某人有用！

内容部署向导-Codeplex网站主页
内容部署向导-带有源代码的1.1版

附言在进行向导开发之前，我暂时需要做一些事情，但是如前所述，下一个版本的重点是增加对命令行使用/脚本的支持。这意味着该向导可用于计划/自动部署，这得益于 粒状 选择要部署的内容（标准内容部署未提供）。