有人能为基于VSeWSS 1.2的开发提供最佳部署方法吗?
我已经用了6个多月了..有没有人尝试过使用WSPBuilder来达到这个目的?
发布于 2009-01-21 09:25:30
我个人更喜欢使用stsdev (http://www.codeplex.com/stsdev)。我同时使用了WSPbuilder和STSDEV。Stsdev提供了一些使用stsdev gui创建的开发项目模板,与使用new > project创建的标准项目模板不同。
stsdev项目有一个Rootfiles文件夹,它对应于目标服务器上的'12 hive‘。你放到根文件夹和子文件夹中的所有文件都会自动添加到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 hive‘。
我认为与WSPbuilder相比,WSPbuilder可以让你定制开发项目的任何东西,这是我在stsdev中做不到的。
发布于 2009-03-18 18:40:00
你应该帮自己一个忙,看看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用户也会有同样的感受,但我还没有完成对它的评估。
发布于 2009-01-21 18:13:50
我们一直使用WSPBuilder。如果您希望创建wsp,这是最好的。
它还提供了一个VS插件。您可以直接从VS构建、部署、升级等。提供VS模板,如空白功能、Web部件功能、带接收器的功能、工作流功能、事件处理程序、项模板等...
我们使用WSPBuilder管理20+项目
https://stackoverflow.com/questions/464380
复制相似问题