任何人都可以建议基于VSeWSS 1.2的开发的最佳部署方法吗？
我已经使用它超过6个月了..有没有人尝试过使用WSPBuilder？
答案 0 :(得分：7)
我个人更喜欢使用stsdev（http://www.codeplex.com/stsdev）。我使用过WSPbuilder和STSDEV。 Stsdev提供了一些使用stsdev gui创建的开发项目模板，而不是您使用新的＆gt;创建的标准项目模板。项目。
stsdev项目有一个Rootfiles文件夹，对应于目标服务器上的'12 hive'。您放入Rootfiles文件夹和子文件夹的所有文件都会自动添加到solutionpackage.ddf和manifest.xml中，因此您不必担心编辑这些文件并使用makecab编译它们。
stsdev提供的另一个好处是构建目标，例如构建，部署，重新部署，GAC中的刷新程序集，撤消和升级。因此，stsdev项目会自动编译二进制文件，构建.wsp包，并根据构建类型运行stsadm命令。如果愿意，可以通过编辑位于项目的DeploymentFiles文件夹中的Microsoft.SharePoint.targets来自定义构建目标的行为。只要您只处理代码，GAC中的Refresh Assembly就是一种非常快速的构建方法，您可以立即看到sharepoint中的更改。
stsdev的一个缺点是如果你使用源代码控制，如果没有签出，manifest.xml和SolutionPackage.ddf是只读的，并且会导致编译错误（我通常会检查DeploymentFiles文件夹中的所有文件）在一个项目上工作）。所以你必须在构建之前检查这些文件。另一件事是它需要所有 Rootfiles下的文件，包括隐藏的vssver2.scc文件，如果您使用源代码控制。该项目仍然可以毫无问题地构建和部署，但文件位于wsp包中，并复制到目标服务器上的“12 hive”。
我认为与WSPbuilder相比，stsdev允许您自定义开发项目的任何内容，这是我在WSPbuilder中无法做到的。
答案 1 :(得分：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用户会随着时间的推移而感觉一样，但我还没有完成对它的评估。
答案 2 :(得分：2)
我们一直使用WSPBuilder。如果你想创建wsp，这是最好的。
它还提供了一个VS加载项。您可以直接从VS构建，部署，升级等。提供VS模板，如空白功能，Web部件功能，功能与接收器，工作流功能，事件处理程序，项目模板等...
我们使用WSPBuilder管理20多个项目
答案 3 :(得分：2)
正如Kirk Liemohn所指出的，你真的应该升级到VSeWSS 1.3。我们收集了大量客户反馈，并为此版本的开发人员提供了许多新功能。
它包括快速部署命令，用于仅将新二进制文件或仅将文件部署到SharePoint 12文件夹结构中。它还可以在x64 OS上运行Visual Studio 2008.它具有命令行支持。
可用here
答案 4 :(得分：2)
我也喜欢WSPBuilder。我没有任何问题，因为我无法按照我想要的方式配置WSPBuilder。在最新版本中，您可以根据需要单独覆盖每个项目或开发人员的设置。
WSPBuilder还有一个很棒的附加组件，名为SPVisualDev（codeplex.com/spvisualdev）。除了其他功能之外，它还提供了添加ASCX文件的模板，它会自动将您放入项目12-hive文件夹中的文件从VS压缩到真正的12-hive文件夹中。这对我来说节省了大量时间。
答案 5 :(得分：0)
VSeWSS 1.2的一个缺点是缺乏部署到bin支持。 1.3补充说，但我还没有使用引用的程序集。 我已切换到STSDev 2008，这是原始STSDev的衍生产品，修复了错误。我一直在与主要贡献者合作，为CodePlex上的项目添加文档，但它在一年多的时间内有1900次下载。
答案 6 :(得分：0)
我使用过VSeWSS 1.2和1.3，它确实使部署非常简单。我的问题是，如果您想将Web部件分发给客户管理的SharePoint服务器，您通常会做些什么。 您是否只需使用Release文件夹并告诉他们运行setup.bat脚本？你用不同的方式打包吗？您是否创建自定义安装程序？
答案 7 :(得分：0)
VSeWSS 1.3 CTP现已推出， 具有命令行支持。话虽这么说，扩展是恕我直言 - 并基于目前使用它们的一个非常大，非常复杂的项目 - 由于以下原因直肠疼痛：
每次打开启用扩展的项目的解决方案时，您都必须等待VSeWSS在每个项目中进行操作，检查结构并尝试重新打包每个解决方案。对于您添加到解决方案中的每个启用扩展的项目，等待似乎呈指数级增长。考虑到在VM内部进行SharePoint开发时已经包含的所有等待，等待可能会令人难以忍受。
虽然VSeWSS正在通过这些项目，但没有任何迹象表明正在进行任何工作; VS只是变得没有反应。
每次关闭启用扩展功能的项目的VS解决方案时，VSeWSS都会重新执行整个操作。考虑到这一点，到目前为止，在我目前的项目中，我通常需要10个小时的座位，而我想要做的最后一件事就是等待更长时间才能回家，这个过程更加令人难以忍受（如果可能的话）。我们团队中的大多数开发人员只是去任务管理器并杀死 devenv.exe 。过程而不是等待。
我们在尝试使用扩展的当前（CTP）版本进行集成构建时遇到了非常糟糕的时间。从命令行使用VSeWSS来构建和打包所有项目时，我们遇到了很多问题。
简而言之，使用STSDEV。设置文件夹有点痛苦，但是一旦你完成了所有的脚本编写，你就可以了。