Sitecore 配置文件 + 项目设置

Question

我们正在将我们的 sitecore 更新到 8.2，并且在此过程中，我正在尝试改进我们的源代码控制和开发工作流程。

目标 1. 为支持 dll、配置、lic 等提供单一的事实来源。 2. 在源代码控制中拥有从开发到生产重新创建整个站点所需的一切。 （不包括包裹）。

为了获得各种机器所需的所有不同配置，我创建了 gulp 任务，这些任务在构建时转换配置（dev、staging、prod）。这些转换后的配置被放置在项目中的一个文件夹中，然后用于替换目标机器上的原始配置。这个文件夹发布了它的所有内容，目前看来运行良好。

我不知道如何处理所有不变的配置文件。

最好将所有这些 .config 文件包含在项目中以便它们发布吗？如果不是，那么目标机器文件夹将不得不手动管理（似乎是个坏主意）或用于确保配置是最新的脚本（更多自定义......默认情况下不是一个好主意）。

在项目中包含所有配置的唯一缺点（我看到的）是它会增加文件搜索的权重（这似乎不是一个非常有力的论点）。

我没有看到什么吗？

您是如何处理其他 Sitecore 人员的？

格雷戈里

Answer 1

作为一般经验法则，不要将任何默认文件签入到源代码管理中。

主要原因是；膨胀，从源代码管理同步/下载需要更长的时间，并且升级，后者是一个更重要的原因。

如果/当您将来升级时，如果您没有将任何 Sitecore 文件签入源代码控制，那么您可以简单地部署一个新的/干净的 Sitecore 实例，修复您自己代码中的任何冲突，然后在上面进行部署。您不必尝试找出版本之间的默认安装文件发生了什么变化。

您需要对 Sitecore 配置或设置进行的任何更改都应通过 using patch files 进行，并且仅将那些自定义文件添加到您的解决方案中。

如何为部署处理这个问题？

有几个选项。您可以按照脚本路线进行，这将进行干净的 Sitecore 安装、解压缩并进行所需的任何修改，然后一一安装/解压缩您在解决方案中使用的模块。

另一个选项可能是创建一个包含所有模块的默认安装，然后将其压缩，然后安装将与上述过程类似，但更简单的情况是仅解压缩单个文件。您可以使用Sitecore SIM 来安装实例、模块，然后进行备份或手动执行此操作。

另一种选择可能是将所有内容检查到源代码控制中，无论是在单独的存储库还是在不同的项目下，以确保所有默认文件和配置保持独立。如果您将来需要升级，只需删除 repo/project 并重新添加即可。

我也会这样做（一个单独的项目）以保持所有支持补丁/dll分开，再次帮助轻松识别已应用的修复程序，并在未来版本解决问题时轻松删除它们。

这些可能会为您的部署增加额外的步骤，但保持这种分离将使您在升级时的生活变得更加轻松。