gpt4 book ai didi

sharepoint - VSeWSS 1.2 的最佳部署方法

转载 作者:行者123 更新时间:2023-12-03 16:49:37 24 4
gpt4 key购买 nike

谁能建议基于 VSeWSS 1.2 的开发的最佳部署方法?

我已经使用它超过 6 个月了.. 有没有人尝试过为此目的使用 WSPBuilder?

最佳答案

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

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 如果没有 check out ,则是只读的,并且会导致编译错误(我通常在处理时 check out DeploymentFiles 文件夹中的所有文件项目)。所以你必须在构建之前检查这些文件。另一件事是它需要全部 Rootfiles 下的文件,包括隐藏的 vssver2.scc 文件(如果您使用的是源代码管理)。该项目仍然可以正常构建和部署,但文件位于 wsp 包中,并复制到目标服务器上的“12 hive”。

我认为与 WSPbuilder 相比,stsdev 可以让您自定义开发项目的几乎任何内容,这是我在 WSPbuilder 中无法做到的。

关于sharepoint - VSeWSS 1.2 的最佳部署方法,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/464380/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com