我们的产品之一将包含多个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安装上运行的站点或单个对象。