SharePoint 中的生产部署有哪些方法？
为什么 Microsoft 建议在 SharePoint 中使用 WSP 进行生产部署？生产部署还有哪些其他方法？
Why does Microsoft suggest using WSPs for production deployment in SharePoint? What are the other methods for production deployment?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
建议使用 WSP，因为它们是可部署的功能“捆绑包”，无论是事件处理程序、应用程序页面还是 Web 部件。通过使用 WSP，您可以在开发中创建和测试它们，然后在测试后将它们投入生产。可以从管理中心的解决方案商店轻松管理 WSP。
可以通过将必要的文件放入 12 Hive（SharePoint 命名不明确的文件夹）来部署功能，但这需要对系统进行手动更改。如果您的网络场中有多个 Web 前端 (WFE)，那么您需要手动维护每个前端。使用 WSP 进行部署时，可以从一个位置将更新部署到所有服务器。
WSPs are suggested as they are deployable 'bundles' of functionality, whether that is an Event Handler, Application page or Web Part. By using WSPs you can create and test them in Dev and then roll them out to production once they have been tested. A WSP can be easily managed from the Solution store in Central Administration
It is possible to deploy features by putting the necessary files into the 12 Hive (SharePoint ambiguously named folder), but this requires manual changes to the system. If you have several Web Front Ends (WFEs) in a web farm, then you would need to manually maintain each of them. When using WSPs for deployment, the updates can be deployed to all Servers from one location.
WSP 文件旨在以一致的方式将功能部署到 SharePoint。尽管从技术上讲，它们无法完成仅将文件复制到服务器无法完成的任何操作，但依赖手动部署是将系统置于不一致状态的好方法。它一开始可能会起作用，在某些情况下甚至会更快/更容易，但迟早你会永久破坏你的生产环境。
WSP files are designed for deploying functionality to SharePoint in a consistent manner. Although technically they don't do anything you can't do by just copying files to the server, relying on manual deployment is a great way to put the system into an inconsistent state. It may work at first, and even be quicker/easier in some cases, but sooner or later you will permanently break your production environment.
该wsp 是专门为打包和部署SharePoint 2007 解决方案而设计的。这就是 Microsoft 建议使用它的原因！
虽然它有一些限制，但它是迄今为止将解决方案部署到产品环境中的最佳方法。
The wsp was specifically designed for the purpose of packaging and deploying SharePoint 2007 solutions. That's why Microsft suggests using it!
While there are a few limitations to it, it's by far the best way to deploy solutions into a prod environment.
您应该使用 WSP 在 SharePoint 中进行部署。
我已经使用了这个 WSP 生成器，它让您的生活变得更轻松。
http://www.codeplex.com/wspbuilder
You should use WSPs to deploy in SharePoint.
I have used this WSP builder and it's makes your life a little easier.
http://www.codeplex.com/wspbuilder