是否有人在具有源安全的多开发人员环境中使用MS SharePoint Solution Generator和VSeWSS 1.2？我们遇到了重新 - 部署问题（因为它并没有真正使用stsadm升级解决方案）。它一直说已经安装了相同的功能 - 它就是这样，但它应该撤回该功能并重新安装它 - 它不在某些机器上。有些东西搞砸了功能的GUID，但我们无法找到它的位置。一个开发人员将能够部署和重新部署，但下一个开发人员将不会。 VSeWSS 1.2在哪里更改GUID？ ARG !!!
我们在STSDev中看到了不错的部署目标（升级等），但我们不愿意使用STSDev或其他codeplex工具，因为Microsoft不支持它们。我们有Visual Studio 2005，但没有资金升级到VS 2008以获得VSeWSS 1. 3 - 无聊。
--- ---- UPDATE 我想我们在VSeWSS中发现了一个其他人评论过的错误：Editing the projects properties resets some feature GUIDs.
这可能也是安装范围的问题。我们如何在VSeWSS 1.2中获取安装到FARM范围的站点定义？
答案 0 :(得分：1)
不要太担心微软支持太多。虽然这是一个考虑因素，但MS SharePoint Solution Generator（可怕）和VSeWSS 1.2的最终结果仍然是SharePoint解决方案，所有解决方案都需要包含相同的xml。
是否可以修改STSDev的部署目标以使用VSeWSS解决方案？毕竟，部署目标here正在使用STSAdm和解决方案文件。
答案 1 :(得分：0)
为了避免通常的“在我的机器上工作”，你应该建立一个构建和部署系统。如果您使用的是虚拟服务器或ESX服务器，它应该相当简单，而且价格便宜。如果你有更多的人力，那么你应该能够一直使用开源软件。
答案 2 :(得分：0)
VSeWSS 1.2和1.3将功能GUID存储在Visual Studio解决方案的/ PKG目录中的文件中。如果您删除这些文件，或者在没有这些文件的情况下将我们的项目检入Source Control并在另一台机器上检查它们，您将丢失GUID。当然，VSeWSS会为您重新创建丢失的文件，但它会使用新的GUID和新的功能名称。
一个常见的要求是将/ PKG目录添加到Visual Studio 2008项目并将其置于源代码管理中。
您可以在VSeWSS 1.3发布说明here中阅读有关/ PKG目录中文件的更多信息。
PS：我们对VSeWSS 1.3中的Solution Generator进行了一些改进，但它不会为您生成100％完美的解决方案。