sharepoint - 修改 SharePoint 系统文件

Question

开发人员对更改 12 hive 中的文件的一般感觉是什么。例如，如果要求您删除标志是不同的用户菜单项，则需要修改文件系统上的相关用户控件。现在，如果您只是通过记事本进行修改或复制，然后如果您将新服务器带入场，您将需要记住在新服务器上执行相同操作。显然，您可以将更改的文件部署为解决方案并自动完成，但我只是想知道人们是否对更改默认安装的文件犹豫不决？

Answer 1

我已经做了一些 SharePoint 开发，我必须告诉你，如果你想移动应用程序，弄乱 12-hive 是通往痛苦世界的门票。

我宁愿破解一些javascript来隐藏它，至少可以绑定到更便携的母版页。
请记住，您永远不知道下一个服务包何时出现并取消您的更改 :)

Answer 2

我同意拉斯。有时您将无法避免它，这取决于您的需要。但是，一般来说，最好的策略是尽可能避免修改。

我知道当前用户菜单中的其他一些菜单项（更改登录名、我的设置等）可以通过删除用户的权限来更改。在用户和组下有一个权限选项。我不记得确切的设置（在工作中开发，而不是在家里），但 30 多个权限中的每一个旁边都有合理的描述。删除它，您开始隐藏菜单选项。无需修改 12-hive。

Answer 3

有一个非常简单的规则：如果您想保留来自 Microsoft 的官方支持，请不要更改 SharePoint 安装的 12 hive 中的任何文件。

我从未遇到过唯一解决方案是更改此类文件的情况。例如，如果要更改 SharePoint 的现成用户控件，可以通过使用 DelegateControl 并在功能中覆盖它来实现。

更多信息：

• http://msdn.microsoft.com/en-us/library/ms463169.aspx
• http://www.devx.com/enterprise/Article/36628

我知道快速更改文件很诱人，我不得不承认有时我只是在 DEV 机器上这样做，但不要在生产服务器上去那里！

Answer 4

不确定是否有很多用处，因为其他人几乎都已经涵盖了，但我也想说不要这样做。尽管它很诱人，但要知道你所做的那个小改变的全部影响是不可能的。

从支持的角度来看，您将难以获得 Microsoft 支持（补丁/修补程序）。从维护的角度来看，您还需要承担长期成本。

走javascript路线。

Answer 5

解决方法是使用 Sharepoint 解决方案 (WSP) 文件。

要更改用户控件，请使用新功能创建新的 Sharepoint 功能。

在您的解决方案中包含此功能。

使用 stsadm 命令行或通过 Central Site Admin 部署解决方案。

然后，这将自动部署到您场中的所有服务器，并避免您覆盖任何默认共享点文件。

有关更多信息，请查看http://www.sharepointnutsandbolts.com/上的 Sharepoint Nuts and Bolts 博客，其中介绍了 WSP 和 Sharepoint 功能。

Answer 6

我已经这样做了很多次，我将根据经验发言：在任何情况下都不要触摸 12 hive 中的 onet.xml 文件。您在其中犯的任何错误以及使 CAML 更加复杂的文件在很大程度上对空格敏感，都会对 SharePoint 的每个部分产生影响。

您还应该考虑到，除了安装的重大风险之外，您很可能会在您的更改上构建依赖关系，然后在未来的补丁或服务包中覆盖这些更改。

Answer 7

大多数情况下，您可以使用功能和解决方案包完成您想要完成的所有事情，而无需修改文件。但是，在少数（相当烦人的）极少数情况下，您唯一的选择是修改系统上的文件。到目前为止，我已经将它用于两个特殊情况。一种是将PDF iFilter 添加到docicon.xml 文件中，另一种是将主题添加到themes.xml 文件中。在这两种情况下，这似乎都是实现目标的唯一途径。尽管如此，我们还是使用了一个解决方案包将这些文件写入场中的所有服务器。