如何使用 VSeWSS 1.2 和 Source Safe 设置 SharePoint 开发环境？
是否有人在源安全的多开发人员环境中使用 MS SharePoint 解决方案生成器和 VSeWSS 1.2？ 我们在重新部署时遇到问题（因为它并没有真正使用 stsadm 升级解决方案）。 它一直说已经安装了相同的功能 - 确实如此，但它应该撤回该功能并重新安装 - 在某些机器上它不会。 该功能的 GUID 出了点问题，但我们找不到它可能在哪里。 一位开发人员将能够部署和重新部署，但下一位开发人员将无法进行部署和重新部署。 VSeWSS 1.2 在哪里更改 GUID？ 阿尔格！！！
我们在 STSDev 中看到了很好的部署目标（升级等），但我们不愿意使用 STSDev 或其他 Codeplex 工具，因为 Microsoft 不支持它们。 我们有 Visual Studio 2005，但没有钱升级到 VS 2008 以获得 VSeWSS 1.3 - 真糟糕。
- -更新 - - 我认为我们在 VSeWSS 中发现了一个其他人评论过的错误： 编辑项目属性重置某些功能 GUID。
这也可能是安装范围的问题。 我们如何获取要安装到 VSeWSS 1.2 中的 FARM 范围的站点定义？
Does anyone use the MS SharePoint Solution Generator and VSeWSS 1.2 in a multi-developer environment with source safe? We are having issues re-deploying (because it doesn't really upgrade the solution with stsadm). It keeps saying the same feature is already installed - which it is, but it should retract the feature and re-install it - which it doesn't on some machines. Something is messed up with the feature's GUID but we can't find where that might be. One dev will be able to deploy and re-deploy but then the next dev won't. Where does VSeWSS 1.2 change the GUIDs? ARG!!!
We see the nice deployment targets (upgrade, etc) in STSDev but we're reluctant to use STSDev or the other codeplex tools because they are not supported by Microsoft. We have Visual Studio 2005 but not the money to upgrade to VS 2008 to get VSeWSS 1.3 - bummer.
---UPDATE----
I think we found a bug in VSeWSS that other's have commented on: Editing the projects properties resets some feature GUIDs.
It might also be a problem with the scope of the install. How do we get a site definition to install to the FARM scope in VSeWSS 1.2?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
不用太担心微软的支持太多。 虽然这是一个考虑因素，但 MS SharePoint Solution Generator（糟糕）和 VSeWSS 1.2 的最终结果仍然是 SharePoint 解决方案，并且所有解决方案都需要包含相同的 xml。
是否可以修改 STSDev 的部署目标以与您的 VSeWSS 解决方案配合使用？ 毕竟，部署的目标是此处 只是使用 STSAdm 和解决方案文件。
Don't worry too much about supported by Microsoft too much. While it is a consideration, the end result of MS SharePoint Solution Generator (terrible) and VSeWSS 1.2 are still SharePoint solutions and all solutions need to contain the same xml.
Could the deployment targets for STSDev be modified to work with your VSeWSS solution? After all, the deployment targets here are just working with STSAdm and a solution file.
为了避免通常的“在我的机器上运行”，您应该设置一个构建和部署系统。 如果您使用虚拟服务器或 ESX 服务器，它应该相当简单，而且便宜。 如果你的人力多于金钱，你应该能够一直使用开源软件。
In order to avoid the usual "works on my machine" you should set up a build and deployment system. If you are using virtual server or ESX server it should be fairly simply, and cheap as well. You should be able to use open source software all the way if you have more man power then money.
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% 完美的解决方案。
VSeWSS 1.2 and 1.3 store the feature GUID's in files in the /PKG directory of your Visual Studio solution. If you delete these files, or check our project into Source Control without these files and check them out on another machine, you will lose your GUIDs. Sure, VSeWSS will recreate the missing files for you, but it will do so with new GUIDs and new feature names.
A common requirement is to add the /PKG directory to your Visual Studio 2008 project and get it into source control.
You can read more about the files in the /PKG directory in the Release Notes for VSeWSS 1.3 here.
PS: We did some improvements to the Solution Generator in VSeWSS 1.3, but it wont generate a 100% perfect solution for you.