Sharepoint default.master 传播？
我们有大量 MOSS 2007 站点，需要向其中添加大量 javascript。我编辑、签入、发布并批准了对 default.master 的此更改，并且该更改反映在根站点上，但没有反映在任何子站点上。
由于子网站太多，我对在网站设置中使用“重置所有子网站以继承此网站母版页设置”感到有点紧张，但我不确定是否还有其他选择？所有子站点仅在其母版页库中显示default.master，但这不是我刚刚修改的版本。
谢谢！
We have a large collection of MOSS 2007 sites that need a chunk of javascript added to them. I edited, checked in, published, and approved this change to default.master and the change is reflected on the root site, but none of the subsites.
I'm a little nervous to use the "Reset all subsites to inherit this Site Master Page setting" in site settings since there are so many subsites, but I'm not sure if I have any other option? All of the subsites only show default.master in their master page gallery, but it's not the version I just modified.
Thanks!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
为了让每个页面都有一段 JavaScript，使用AdditionalPageHead Delegate 控件比修改default.master 更好，因为它也适用于修改后的母版页（只要它们遵守包含“AdditionalPageHead”委托的规则） ）
请参阅我的博客文章，了解如何在 WSS 3.0 中关闭默认上传覆盖，了解以下示例使用AdditionalPageHead委托
In order to get a piece of JavaScript to every page the use of the AdditionalPageHead Delegate control is better than modifying the default.master as it'll also work with modified masterpages (as long as they obey the rules of including the "AdditionalPageHead" delegate)
See my blog post on how to Turn Default Upload Overwrite Off in WSS 3.0 for an example of using the AdditionalPageHead Delegate
“重置所有子站点”选项仅将其 custom.master 属性指向继承者。它们不会替换子网站的 masterpages/default.master 文件。然后，该选项将显示为“重置所有子站点母版页以指向此站点母版页”。
如果您对共享点可能会扰乱您的网站集的方式不满意，请在提交更改之前运行 stsadm 备份，或者在另一个 Web 应用程序中将备份恢复到测试是否没有东西爆炸。
The "Reset all subsites" option only points their custom.master attribute to the inheritor. They do not replace the subsites' masterpages/default.master file. The option would then read "Reset all subsites masterpages to point to this site masterpage"
If you're not comfortable with the way sharepoint may mess with your site collection, run a stsadm backup before commiting the changes or restore your backup in another webapplication to test whether nothing explodes.
这里可能发生两件（实际上是三件）事情。
以前没有级联
更改
已经编辑了他们的母版页
独立地。
对于情况 1，您应该替换所有子网站的子母版页。
对于情况 2，您必须弄清楚进行了哪些更改以及原因。
（也有情况 3，两种更改都发生了。）
您需要检查子网站的“所有者”以了解发生了什么情况。在大多数组织中，没有多少人具备修改网站母版页所需的权限级别和技能。
选择替换子母版页将完全替换它们。
There are two (three really) things that could have occured here.
previously without cascading the
change
have had thier masterpage edited
independantly.
For case 1. you should replace the child masterpages for all the subsites.
For case 2. you have to figure out what changes were made and why.
(There is also case 3 where both changes have occured.)
You need to check on the "owners" of the subsites to know what is going on. In most organisations there are not that many people with the required permission level and skills to make modifications to a sites masterpage.
Choosing to replace the child masterpages will completly replace them.