我使用 VseWSS 1.3 创建并部署了 MOSS 站点定义
我安装了站点定义并创建了一个新站点，一切正常。但是，当任何人进入该 WebApplication 上的任何站点（在任何站点集合中）并进入功能列表时，所有这些功能都在列表中。
我有大约 15 种内容类型，有 15 个基于这些内容类型的列表，每个列表都有自己的实例和 ItemRecievers。您可以想象这是列表中的很多功能。我的 Sharepoint 管理员看到了这一点并崩溃了......
他希望看到一个条目，就像您在 MOSS Enterprise 功能等方面看到的那样，它可以激活我的解决方案的所有功能。我见过有人提到“功能包”这个词——与此相关，但我不知道这是否只是他们的术语。
我该怎么做？可以通过 VseWSS 轻松完成，还是我必须手动进入并破解 IDE 生成的文件？
詹姆斯 :-)
【问题讨论】：
标签： sharepoint sharepoint-2007 wss
VseWSS 不适用于生成解决方案 - 它可以提取解决方案的元素，但倾向于（根据我对它的有限经验）设置的东西就像它们都是单独的功能一样。
不幸的是，您的管理员是对的。你所拥有的——那些内容类型、列表定义和列表实例——是很多特征元素。单个Feature 可以有许多，通常在一个名为“elements.xml”的文件中。对此有很好的描述：
http://msdn.microsoft.com/en-us/library/ms460318(v=office.12).aspx
（注意，在 Visual Studio 2010 中，这些元素是 Visual Studio 项目中的“SharePoint 项”。但我离题了）
我一直倾向于使用 VseWSS 创建我需要的文件 - 我的列表定义等 - 然后将这些文件复制到 WSPBuilder 项目中进行打包，准备安装。如果你没有使用过 WSPBuilder，我推荐它用于 SP2007 开发——尽管它在很大程度上被 Visual Studio 自己的 SP2010 工具所取代。这需要一点了解，但随后您会意识到，如果您只需将文件复制到正确的位置，就可以轻松构建您的解决方案。
（您应该在 WSP 文件中部署您的解决方案。始终在 WSP 文件中部署解决方案。）
（此外，您不必“破解”任何文件，只需在文件系统上重新排列它们，以便 WSPBuilder 正确打包它们。请参阅 WSPbuilder 文档。）
【讨论】：
一个简单的选择是简单地将功能元素修改为隐藏，并将您的主要功能创建为具有激活依赖关系的可见功能。这意味着一旦激活了主要功能，所有依赖功能都将自动激活。
http://blogs.msdn.com/b/jjameson/archive/2007/03/22/scope-dependencies-for-sharepoint-features.aspx
【讨论】：