如何在源代码管理中妥善处理项目配置文件？

• 用Git本地标记忽略文件改动
  直接针对需要本地修改的配置文件设置Git的--assume-unchanged或skip-worktree标记，既能保留仓库里的基准配置文件（保证新环境拉取后有完整文件），又不会把本地改动提交：

  • 执行git update-index --assume-unchanged <你的配置文件路径>：告诉Git忽略该文件的本地修改，适合长期不需要提交的场景。要恢复追踪的话，用git update-index --no-assume-unchanged <路径>。
  • 执行git update-index --skip-worktree <你的配置文件路径>：这个标记优先级更高，适合确定永远不会提交本地修改的情况，取消用git update-index --no-skip-worktree <路径>。

• 样板文件方案的优化
  如果你偏好config.sample这类样板文件方案，可以升级一下：

  1. 把config.sample提交到仓库，.gitignore里加入实际使用的配置文件路径。
  2. 在项目的构建/启动脚本里加个检查：如果实际配置文件不存在，自动复制config.sample为正式配置文件，并提示用户修改本地参数。
  3. 在README里明确标注这个步骤，降低新开发者的上手成本。

• 环境变量拆分敏感配置
  把数据库连接串、密码这类需要本地修改的敏感项，从配置文件里抽成环境变量，配置文件里只留占位符或通用默认值。这样配置文件本身可以正常提交到仓库，本地只需要设置环境变量，根本不用修改配置文件，彻底避免改动提交的问题。

内容的提问来源于stack exchange，提问作者BWhite