我们的产品之一将包含多个SharePoint解决方案。现在我们想知道为客户提供简单部署的最佳方式是什么？目前我们手动部署每个解决方案，这在开发过程中是可以的，但对我们的客户来说是不可接受的。
为了您的信息，我们使用VSeWSS 1.3进行开发和解决方案打包。
那么您如何为您的客户提供解决方案？您是否使用STSADM命令编写安装脚本？我们还有其他选择吗？
答案 0 :(得分：5)
<强> WSPBuilder
我个人使用WSPBuilder进行打包，发现它比VSeWSS更容易使用。但是，如果VSeWSS为你工作，那就太棒了。
我发现使用WSPBuilder的众多好处之一是它很容易集成到构建系统中。它只是一个简单但聪明的命令行工具。
批处理文件
为了向我们的客户部署多个SharePoint解决方案，我通常会提供一个包含必要的STSADM命令的批处理文件，并提示他们输入任何特定于环境的数据，即网站集URL等...
SharePoint解决方案安装程序
还有一个很好的GUI安装程序，名为SharePoint Solution Installer，您可以将其与SharePoint解决方案文件结合使用。检查出它可能符合您的需求。
alt text http://i3.codeplex.com/Project/Download/FileDownload.aspx?ProjectName=sharepointinstaller&DownloadId=18625
SAF - SharePoint操作系统
值得指出SAF;这是一个非常全面的框架，可以使用MSBuild，Powershell，Stsadm或自定义SharePoint功能自动执行安装和配置任务。
答案 1 :(得分：3)
我们只使用普通的旧批处理/ cmd文件。如果你需要“产品化”这个，只需在selfextracting rar包中包装所有解决方案，并让它在解包后运行批处理文件。
答案 2 :(得分：1)
坚持使用Microsoft产品。正在培养Powerbuilder以逐步接管STSADM以完成此类任务。在农场场景中（请记住，您的场景可能需要随着时间的推移而增长），这将是用于将解决方案推送到所有前端Web服务器的工具。
修改
MS正在准备VSE 1.3的最终版本，以简化2007年解决方案向2010年环境的迁移。
答案 3 :(得分：0)
你看过Microsoft SharePoint Designer吗？
不确定它是否能满足您的所有要求，但它确实允许您打包可以在另一个SharePoint安装上运行的站点或单个对象。