在具有内部开发的典型企业场景中，您可能拥有开发、登台和生产环境。您可以使用 SVN 在主干中包含正在进行的开发工作，补丁存储在分支中，并且您发布的代码进入适当命名的标签。将二进制文件从一个环境迁移到下一个环境可能就像将它们复制到中间件服务器、GAC'ing 需要 GAC 的东西等一样简单。与二进制文件的新修订版相协调，数据库会更新，通常通过添加存储过程、视图和添加/调整表模式。
在 Sharepoint 环境中，您可能会使用类似的版本控制方案。自定义代码（程序集）最终成为手动或通过各种安装程序安装的功能。但是，需要从开发到登台再到生产的一些内容可能是支持自定义代码位的数据库内容。
如果您管理过企业 Sharepoint 环境，请分享有关如何管理环境之间代码和内容更改的推广的想法，同时保护您的工作和用户，并保持您的理智。
我假设当您谈论数据库内容时，您指的是站点 a 或列表中包含的实际内容。
执行此操作的最佳方法可能是使用 stsadm 导入和导出命令将内容从一个环境导出和导入到另一个环境。（从一种环境转移到另一种环境时，不要使用备份/恢复。）
对于任何文件更改（程序集、aspx），您可以使用功能，然后跟踪安装程序。您将安装该功能并进行升级以推送更改。
同步数据没有简单的方法......您可以使用 stsadm 导入/导出命令，正如 John 指出的那样。但这可能不是直截了当的，尤其是在服务器配置不同的情况下。
您还可以尝试Data Sync Studio 产品 ( http://www.simego.net/DataSync_Studio.aspx )。
根据数据库内容采用的形式，我会在代码中保留它的创建，这样它就在一个地方（您的 Visual Studio 项目），也可以通过源代码管理进行管理。内容的部署可以通过控制台应用程序甚至更好的功能接收器。
您可能还想阅读这篇博文并查看其中提到的工具以了解另一种方法。
我可以为您指出的最佳资源是 Eric 的论文：
http://msdn.microsoft.com/en-us/library/bb428899.aspx
我是一个团队的一员，该团队致力于通过 TFS 改进 WSS 和 MOSS 解决方案的开发故事，但我不知道它的立场。