VSeWSS 1.2的最佳部署方法

Question

任何人都可以为基于VSeWSS 1.2的开发提出最佳部署方法吗？

我一直在这工作超过6个月了..有没有人试过使用WSPBuilder来达到这个目的？

Answer 1

我个人更喜欢使用stsdev（http://www.codeplex.com/stsdev）。我已经使用了WSPbuilder和STSDEV。 Stsdev提供了一些使用stsdev gui创建的开发项目模板，与使用new> project创建的标准项目模板不同。

stsdev项目有一个Rootfiles文件夹，它对应于目标服务器上的'12配置单元'。所有放入Rootfiles文件夹和子文件夹的文件都会自动添加到solutionpackage.ddf和manifest.xml中，因此您不必担心编辑这些文件并使用makecab编译它们。

stsdev提供的另一件伟大的事情就是构建目标，比如构建，部署，重新部署，刷新GAC中的汇编，收回和升级。因此，stsdev项目会自动编译二进制文件，构建.wsp包，并根据构建类型运行stsadm命令。如果愿意，可以通过编辑位于项目的DeploymentFiles文件夹中的Microsoft.SharePoint.targets来自定义构建目标的行为。只要您只处理代码，GAC中的刷新组件就是一种非常快速的构建方法，您可以在之后立即看到SharePoint中的更改。

stsdev的一个缺点是如果你使用源代码管理，manifest.xml和SolutionPackage.ddf如果没有签出，是只读的，并且会导致编译错误（我通常会检查DeploymentFiles文件夹中的所有文件当在一个项目上工作时）。所以你必须在构建之前检查这些文件。另一件事是，如果您使用源代码管理，则需要全部根文件下的文件，包括隐藏的vssver2.scc文件。该项目仍然构建和部署没有问题，但文件在wsp包中，并复制到目标服务器上的'12配置单元'中。

我认为，与WSPbuilder相比，stsdev可以让你自定义开发项目的任何东西，这在WSPbuilder中我还没有做到。

Answer 2

我们一直使用WSPBuilder。如果你想创建wsp，这是最好的。

它还提供了一个VS加载项。您可以直接从VS构建，部署，升级等。提供VS模板如空白的功能，Web部件功能，设有接收器，工作流功能，事件处理程序，项目模板等等

我们管理超过20个项目，WSPBuilder

Answer 3

你应该做你帮个忙，看看在VSeWSS 1.3。请参阅Kirk Evans的博客以获得一个很好的视频概述：http://blogs.msdn.com/kaevans/archive/2009/03/13/sharepoint-developer-series-part-1-introducing-vsewss-1-3.aspx。

主要缺点可能是因为它需要Visual Studio 2008中

我一直在倡导STSDEV，但我现在倾向于VSeWSS的1.3。我的怀疑是其他WSPBuilder和STSDEV用户会感觉一段时间一样，但我还没有完成我的评估。

Answer 4

正如Kirk Liemohn所指出的，你应该升级到VSeWSS 1.3。我们收到了很多客户反馈，并且在这个版本中有很多针对开发者的新功能。

它包括快速部署命令，用于仅将新的二进制文件或仅将文件部署到SharePoint 12文件夹结构中。它还可以在Visual Studio 2008的x64操作系统上运行。它具有命令行支持。

可用here

Answer 5

我喜欢WSPBuilder为好。我没有任何问题，无法按照我的需要配置WSPBuilder。在最新版本中，您可以根据需要单独覆盖每个项目或开发人员的设置。

WSPBuilder还有一个名为SPVisualDev（codeplex.com/spvisualdev）的附加组件。在其他功能中，它提供了用于添加ASCX文件的模板，并且它会自动将您放置在项目12-hive文件夹中的文件从VS下载到真正的12-hive文件夹中。对我来说，这是一个巨大的节省时间。

Answer 6

VSeWSS 1.2的一个缺点是缺少部署到bin支持。 1.3补充说，但我还没有得到它与引用的程序集一起工作。 我已经切换到STSDev 2008，它是原版STSDev的衍生产品，并带有错误修复。我一直在与主要贡献者合作，为CodePlex上的项目添加文档，但一年之内只有1900次下载。

Answer 7

我已经使用VSeWSS 1.2和1.3，它确实使部署非常简单。我遇到的问题是，如果您想将Web部件分发给客户管理的SharePoint服务器，您通常会做些什么。 您是否只需要发布文件夹并告诉他们运行setup.bat脚本？你用不同的方式打包吗？你是否创建自定义安装程序？

Answer 8

VSeWSS 1.3 CTP现在出来了，确实有有命令行支持。话虽这么说，分机恕我直言 - 基于目前使用他们的一个非常大，非常复杂的项目 - 在直肠疼痛，原因如下：

1. 每次打开的解决时间支持扩展的项目，您将不得不坐下来等待VSeWSS通过每个项目，检查结构并尝试重新包装每个解决方案。随着您添加到解决方案中的每个支持扩展的项目，等待似乎都会呈指数级增长。鉴于已经包含在虚拟机内进行SharePoint开发的所有等待内容，等待可能会让人难以忍受。

2. 虽然VSeWSS正在通过项目进行，但没有迹象表明正在进行的任何工作; VS只是变得没有反应。

3. 每当您的关闭您的VS解决方案都带有支持扩展的项目时，VSeWSS会重新执行整个操作。鉴于这一次，在我目前的项目中，我通常在座位上呆了10个小时左右，而我想做的最后一件事是等待回家，这个过程更糟糕，令人难以忍受（如果这甚至是可能的话）。我们团队的大多数开发人员都会去任务管理器并杀死devenv.exe。过程而不是等待。

4. 我们尝试使用当前（CTP）版本的扩展进行集成构建的时间非常糟糕。我们从命令行使用VSeWSS时遇到了很多问题，以便构建和打包所有项目。

简而言之，使用STSDEV。设置文件夹是一种痛苦，但是一旦你将所有的东西都写出来了，你就完成了。