我正在尝试起草一份全面的文档，以协助维护小组推出新的Sharepoint 2007 Intranet。
我遇到的问题是将各种不同的元素迁移到客户审批和生产环境的正确工具。我们预计将来必须处理新列表，新的自定义类型/列表模板，修改的页面，新页面等。
换句话说，虽然我认为添加整个子网站相对简单，但对现有区域的增量更改对我来说似乎并不容易。特别是因为生产站点有各种列表，由客户更新（公告板等）。
到目前为止，最好的答案似乎是http://www.codeplex.com/SPDeploymentWizard，但我有一些遗留问题：
1）它是测试版，它不是Microsoft的官方产品。所以我们的客户可能不太自信 2）它需要安装在您要提供更改的所有服务器上，并通过GUI组件工作。这也是客户不会满意的事情（他们的东西由第三方管理，只考虑EDS或类似的公司）。
有没有人对生产相关场景充满信心？ 你有不同的建议吗？
TIA，
保罗。
答案 0 :(得分：1)
内容部署向导的危险实际上并不是它可能不起作用，而是您可能尝试迁移更好地作为具有特定功能的sharepoint解决方案发布的对象。
具体而言， 应使用功能中定义的列表模板发布新列表。 必须使用解决方案发布新的自定义字段。
一个好的经验法则是可以迁移内容（即页面和文档上的文本）。 结构（新列表类型，字段）需要作为解决方案发布。
可以在网站上手动创建修改后的新页面，并在准备好后发布。 如果绝对必须批量发布，那么向导将提供帮助。
我也使用了来自codeplex的STSDev来创建所需的解决方案包。 请记住，即使这些工具不是“正式的Microsoft产品”，它们经常被Microsoft专业人员自己大量使用，如果“官方”的发布标准不是一个漫长的过程，它们将成为官方工具。
检查任何工具的作者，他们中的大多数都会有一个博客，这将使您了解作者可能拥有的经验和与Microsoft的关系。
我没有使用过SPDeploymentWizard，而是使用了codeplex网站
使用内容导出内容 迁移API（PRIME）作为.cmp文件 （内容迁移包）哪个可以 被复制到其他服务器进行导入。 与开箱即用的工具不同， 向导允许粒度选择 内容通过树视图。
这意味着该工具是“官方Microsoft流程”的gui包装器，可以更轻松地选择您希望放入迁移包的内容。
您的问题在实践中并不是一件容易的事，而且这样做的工具和技术正在改进和变化，因此请密切关注博客和codeplex以获取建议。
<强>更新
迁移工具应该适用于每个版本所需的文档和页面。
对于列表，我创建了包含所有项目的临时模板，但这仍然是一个手动发布过程。因此，请尝试使用内容迁移工具，因为您没有对网站进行结构更改，如果列表没有正确执行，则可以删除该列表。
真正的问题是确保内容类型id和内容字段id guids在服务器之间是相同的，但是通过解决方案/功能包的任何自定义发布，应该没有区别。
更新2
对于单个页面，我们创建了一个powershell脚本，在给定URL的情况下，文件列表和操作可以将页面从服务器下载到本地驱动器或上传它们。使用对象模型创建页面非常容易，自定义属性有点棘手，但签入和发布页面并不是很重要。