更改SharePoint 14 Hive中功能的目录名称 - 对已经部署的功能的影响？

Question

我正在从基于WSPBuilder的SharePoint 2010解决方案转变为基于Visual Studio 2010的解决方案。将基于WSPBuilder的解决方案移植到基于普通的Visual Studio解决方案的解决方案后，我尝试部署新解决方案。解决方案名称和ID以及功能名称和ID是相同的，但是视觉工作室抱怨，因为我试图将新功能部署到其他目录以外的其他功能。

WSPBuilder将功能部署到与Visual Studio中的目录/文件夹相同名称的目录中。另一方面，Visual Studio将功能部署到以Visual Studio项目和功能名称命名的目录中。

我有点害怕如何在客户的生产环境中处理它。为了转移到VS解决方案，我必须在生产中撤回解决方案，然后部署新解决方案。那么，功能活跃的100个站点会发生什么？功能升级框架可以处理吗？

Answer 1

好的，挖掘四处挖掘，使我意识到我需要了解Visual Studio如何生成文件夹名称以及是否可以对其进行调整。而且，当然可以。

每个功能都有一个称为部署路径的属性。这将设置为可更换的参数：

$SharePoint.Project.FileNameWithoutExtension$_$SharePoint.Feature.FileNameWithoutExtension$

默认。将其更改为：

$SharePoint.Feature.FileNameWithoutExtension$

因为所有功能都将为我提供与WSPBuilder相同的行为。

因此，如果您想这样做，您可以安全地将WSPBuilder解决方案移植到新的Visual Studio做事方式上。