0

Sitecore 具有修补包含文件的机制(http://www.sitecore.net/Community/Technical-Blogs/John-West-Sitecore-Blog/Posts/2011/05/All-About-web-config-Include-Files -with-the-Sitecore-ASPNET-CMS.aspx)但我想在分析配置中修补一些东西,它本身已经使用了这种机制。

与其将我的行添加到 Analytics 包含文件中,不如将其留在我自己的小配置中似乎更干净;但它似乎没有被应用(我的断点没有被击中)。

我想知道是否有办法控制在 Sitecore 中处理包含文件的顺序,或者这只是简单的不起作用?

4

4 回答 4

6

这是可能的并且确实有效 - 您只需要记住以下几点:

  1. 您不能新元素添加到使用另一个补丁添加的其他元素。示例:在补丁 A 中,您添加了一个新<database />元素,而在补丁 B 中,您希望将新子元素添加到新<database />元素中。更新属性有效!

  2. 当您需要打补丁时,文件的命名很重要。示例:您可以通过创建一个名为AnalyticsPatch.config的新配置文件来修补Analytics.config ,该文件随后将包含在原始 Analytics.config 之后的最终 web.config 部分中。

这是在 Sitecore 版本 6.4.1 到 6.6.0 Update-4 的生产环境中测试和使用的。

快乐修补:)

于 2013-04-17T10:53:57.573 回答
5

您可以通过查看 live-config 来检查您对配置文件的修改是否已应用:

www.yoursite.com/sitecore/admin/showconfig.aspx
于 2013-04-17T09:10:28.647 回答
3

仅供参考,并让 ppl 保持最新:

似乎,至少对于较新的 Sitecore(使用 Sitecore 7.0 的 testet),它会将子文件夹纳入计算。这意味着首先处理根文件夹 /app_config/include 中的所有文件。

接下来它从子文件夹中获取配置文件,即/app_config/include/myfolder,myfolder 中的内容将覆盖根包含文件夹中配置的内容。

于 2013-12-08T10:45:11.097 回答
0

我遇到了一种情况,即我的自定义包含文件在另一个包含文件之前应用,这导致了意外问题。我发现将我自己的配置文件重命名为类似zz.MySettings.config的东西就可以了。

于 2013-04-17T12:45:54.830 回答