假设您有一个典型的 Web 应用程序和一个文件配置。无论如何。每个从事该项目的开发人员都会有一个适用于他们的开发盒的版本，其中会有开发版、产品版和阶段版。您如何在源代码控制中处理这个问题？根本不签入该文件，用不同的名称检查它还是干脆做一些奇特的事情？
我过去所做的就是拥有一个签入源代码管理的默认配置文件。然后，每个开发人员都有自己的覆盖配置文件，该文件被排除在源代码控制之外。应用程序首先加载默认设置，然后如果存在覆盖文件，则加载该文件并优先使用覆盖中的任何设置而不是默认文件。
一般来说，覆盖文件越小越好，但对于具有非常非标准环境的开发人员来说，它始终可以包含更多设置。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
