是否有人在源代码安全的多开发人员环境中使用 MS SharePoint 解决方案生成器和 VSeWSS 1.2？我们在重新部署时遇到了问题（因为它并没有真正使用 stsadm升级解决方案）。它一直说已经安装了相同的功能 - 确实如此，但它应该收回该功能并重新安装它 - 在某些机器上它没有。该功能的 GUID 出现了问题，但我们找不到可能的位置。一个开发人员将能够部署和重新部署，但下一个开发人员将不能。VSeWSS 1.2 在哪里更改 GUID？ARG！！！
我们在 STSDev 中看到了不错的部署目标（升级等），但我们不愿意使用 STSDev 或其他 codeplex 工具，因为它们不受 Microsoft 支持。我们有 Visual Studio 2005，但没有钱升级到 VS 2008 来获得 VSeWSS 1. 3 - 太糟糕了。
---更新--- 我认为我们在 VSeWSS 中发现了其他人评论过的错误：编辑项目属性会重置一些功能 GUID。
这也可能是安装范围的问题。我们如何在 VSeWSS 1.2 中将站点定义安装到 FARM 范围？
不要太担心微软的支持太多。虽然这是一个考虑因素，但 MS SharePoint 解决方案生成器（糟糕）和 VSeWSS 1.2 的最终结果仍然是 SharePoint 解决方案，并且所有解决方案都需要包含相同的 xml。
是否可以修改 STSDev 的部署目标以与您的 VSeWSS 解决方案一起使用？毕竟，这里的部署目标只是使用 STSAdm 和一个解决方案文件。
为了避免通常的“在我的机器上工作”，您应该设置一个构建和部署系统。如果您使用的是虚拟服务器或 ESX 服务器，它应该相当简单，而且也很便宜。如果您的人力多于金钱，您应该能够一直使用开源软件。
VSeWSS 1.2 和 1.3 将功能 GUID 存储在 Visual Studio 解决方案的 /PKG 目录中的文件中。如果您删除这些文件，或者在没有这些文件的情况下将我们的项目签入源代码管理并在另一台机器上签出，您将丢失您的 GUID。当然，VSeWSS 会为您重新创建丢失的文件，但它会使用新的 GUID 和新的功能名称来执行此操作。
一个常见的要求是将 /PKG 目录添加到您的 Visual Studio 2008 项目并将其放入源代码管理中。
您可以在此处阅读有关 VSeWSS 1.3 发行说明中 /PKG 目录中文件的更多信息。
PS：我们对 VSeWSS 1.3 中的解决方案生成器做了一些改进，但它不会为您生成 100% 完美的解决方案。