我已经开发了SharePoint 2007/2010几年了。我意识到在这一点上，没有任何公司使用相同的新站点部署方法。我想知道最好的部署方法是什么。
以下是我使用的方法：
1.避免使用WSP方法
- 使用SharePoint GUI界面在DEV中创建网站（创建SubSites、列表、库、页面等）。 - 通过SharePointDesigner自定义一些细节。 - 完成后，我们使用stsadm -export打包DEV，然后使用stsadm -import将其移植到QA和PROD。 - 当我们需要修改现有站点时，我们创建一个控制台应用程序(.exe)进行必要的修改，在QA上进行测试，然后在PROD上运行它（并将每个操作记录在单独的txt文件中）。 - 我们只使用WSP来部署WebParts、EventReceivers或将在不同站点使用的内容。
2.全部使用WSP方法
- 每当我们有一个新站点要创建时，我们使用provisionning WSP通过代码创建所有内容（创建SubSites、列表、库、页面等）。 - 我们通过创建一个新的空SiteCollection然后安装provisionning WSP并激活它来部署。 - 当我们需要对站点进行修改时，我们修改WSP以检查代码中是否存在的内容，并相应地修改需要更改的内容。
我个人(强烈)倾向于方法#1，因为我认为它更简单、更快速。但是我想知道其他人的意见，这种情况下有什么最佳实践？实际上，我已经使用方法#1多年了，效果非常不错。
谢谢！
以下是我使用的方法：
1.避免使用WSP方法
- 使用SharePoint GUI界面在DEV中创建网站（创建SubSites、列表、库、页面等）。 - 通过SharePointDesigner自定义一些细节。 - 完成后，我们使用stsadm -export打包DEV，然后使用stsadm -import将其移植到QA和PROD。 - 当我们需要修改现有站点时，我们创建一个控制台应用程序(.exe)进行必要的修改，在QA上进行测试，然后在PROD上运行它（并将每个操作记录在单独的txt文件中）。 - 我们只使用WSP来部署WebParts、EventReceivers或将在不同站点使用的内容。
2.全部使用WSP方法
- 每当我们有一个新站点要创建时，我们使用provisionning WSP通过代码创建所有内容（创建SubSites、列表、库、页面等）。 - 我们通过创建一个新的空SiteCollection然后安装provisionning WSP并激活它来部署。 - 当我们需要对站点进行修改时，我们修改WSP以检查代码中是否存在的内容，并相应地修改需要更改的内容。
我个人(强烈)倾向于方法#1，因为我认为它更简单、更快速。但是我想知道其他人的意见，这种情况下有什么最佳实践？实际上，我已经使用方法#1多年了，效果非常不错。
谢谢！