Sitecore配置文件+；项目设置

我们正在将我们的sitecore更新到8.2，在此过程中，我试图完善我们的源代码控制和开发工作流程

目标 1.为支持DLL、配置、lic等提供单一的真实来源。 2.在源代码管理中拥有从开发人员到产品（不包括软件包）重新创建整个站点所需的一切

为了使各种机器都具有所需的所有不同配置，我创建了gulp任务，用于在构建时转换配置（开发、暂存、生产）。这些转换后的配置放置在项目中的文件夹中，然后用于替换目标计算机上的原始配置。该文件夹发布其所有内容，到目前为止似乎运行良好

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

是否最好将所有这些.config文件都包含在项目中以便发布？如果没有，则必须手动管理目标计算机文件夹（这似乎不是一个好主意）或使用脚本确保配置是最新的（更多的自定义..默认情况下不是一个好主意）

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

我没看见什么吗

其他Sitecore人员如何处理此问题

---

Gregory

根据一般经验，不要将任何默认文件签入源代码管理

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

如果将来升级时，没有将任何Sitecore文件签入源代码管理，则只需部署一个新的/干净的Sitecore实例，修复自己代码中的任何冲突，然后在顶部部署即可。您不必尝试找出在不同版本之间默认安装文件中发生了哪些更改

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

部署时如何处理此问题？

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

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

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

我也会做同样的事情（一个单独的项目），以保持所有支持补丁/DLL的独立性，再次帮助轻松确定应用了哪些修复程序，并在将来的版本解决问题时轻松删除它们

---

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

“所有不变的配置文件”-您是指默认安装中的自定义配置还是标准ootb Sitecore配置？@jammykam-是的，ootb ConfigsHanks。我目前正在尝试实现这个版本。如果你不介意的话，我想我会有几个澄清问题。