在具有内部开发的典型企业方案中，您可能有开发，暂存和生产环境。您可能会使用SVN来包含正在进行的干线开发工作，补丁存储在分支机构中，并且您发布的代码将进入适当命名的标签。迁移从一个环境二进制文件的下一个可能是因为它们复制到中间件服务器，GAC'ing的东西需要被GAC'ed等与二进制的新修订版协调，简单，更新数据库，通常加入存储过程，视图和添加/调整表模式。如何在Sharepoint环境中处理代码升级？
在SharePoint环境中，你可以使用一个类似的版本控制方案。自定义代码（程序集）最终可以通过手动或通过各种安装程序进行安装。然而，一些需要从开发到升级，然后到生产的需求可能是支持自定义代码位的数据库内容。
如果您已经管理企业Sharepoint环境，请分享有关如何管理环境之间代码和内容更改的提升，同时保护您的工作和用户以及保持理智的想法。
我认为当你谈论你指的是包含在网站或列表的实际内容数据库的内容。
可能最好的方法是使用stsadm导入和导出命令将内容从一个环境导出和导入到另一个环境。 （从一个环境转到另一个环境时，不要使用备份/恢复。）
对于任何文件更改（程序集，aspx），可以使用功能并跟踪安装程序。您将安装该功能并进行升级以推送更改。
有同步的数据没有简单的方法...您可以使用Stsadm导入/导出命令约翰指出。但是这可能不是直接的，特别是如果服务器配置不同。
还有数据同步Studio产品（http://www.simego.net/DataSync_Studio.aspx）你可以试试。
根据数据库内容采取的形式，我会保留它在代码中的创建，以便它们都在一个地方（您的Visual Studio项目），也可以通过源代码管理进行管理。内容的部署可以通过控制台应用程序，甚至更好的功能接收器。
您可能还想要read this blog post并查看另一种方法中提到的工具。
我可以指出你最好的资源是Eric的论文：
http://msdn.microsoft.com/en-us/library/bb428899.aspx
我是一个团队工作更好地围绕WSS与TFS MOSS解决方案的发展故事的一部分，但我不不知道那里的立场。
感谢格列布，我要看看该产品。我想我正在寻找的是一种不仅促进变化的迭代，而且还有一种方式来对它们进行版本化。 – 2008-09-22 18:03:47