如何使用SharePoint 1.2和源代码安全设置VSeWSS开发环境？

Question

在源代码安全的多开发环境中，有人使用MS SharePoint解决方案生成器和VSeWSS 1.2吗？我们遇到了re-deploying问题(因为它并没有真正地用stsadm升级解决方案)。它一直在说已经安装了相同的功能--确实如此，但它应该收回这个特性并重新安装它--而在某些机器上却没有。这个特性的GUID有点混乱，但是我们找不到它的位置。一个开发人员将能够部署和重新部署，但是下一个开发人员不能。VSeWSS 1.2在哪里更改GUID？阿格！

我们在STSDev中看到了不错的部署目标(升级等)，但是我们不愿意使用STSDev或其他codeplex工具，因为它们不受微软的支持。我们有Visual 2005，但没有钱升级到VS 2008，以获得VSeWSS 1.3 -令人扫兴。

--更新--我想我们在VSeWSS中发现了一个漏洞，其他人的评论是：编辑项目属性会重置一些特性GUID。

这也可能是安装范围的问题。如何将站点定义安装到VSeWSS 1.2中的场范围？

Answer 1

为了避免通常的“在我的机器上工作”，您应该建立一个构建和部署系统。如果您使用的是虚拟服务器或ESX服务器，那么它应该相当简单，而且也很便宜。如果你有更多的人力和财力，你应该能够一直使用开源软件。

Answer 2

不要太担心微软太多的支持。尽管这是一个考虑因素，MS SharePoint解决方案生成器(可怕的)和VSeWSS 1.2的最终结果仍然是SharePoint解决方案，所有解决方案都需要包含相同的SharePoint解决方案。

可以修改STSDev的部署目标以使用VSeWSS解决方案吗？毕竟，部署目标这里只是使用STSAdm和一个解决方案文件。

Answer 3

VSeWSS 1.2和1.3将特性GUID存储在Visual解决方案的/PKG目录中的文件中。如果您删除这些文件，或者在没有这些文件的情况下将我们的项目签入源代码管理中，并在另一台计算机上检查它们，您将丢失GUID。当然，VSeWSS会为您重新创建丢失的文件，但是它将使用新的GUID和新的功能名称来重新创建这些文件。

一个常见的要求是将/PKG目录添加到Visual 2008项目中，并将其放入源代码管理中。

您可以在Release 1.3 这里中阅读更多关于VSeWSS目录中的文件的信息。

PS:我们在VSeWSS 1.3中对解决方案生成器做了一些改进，但它不会为您生成一个100%完美的解决方案。