如何在Git不同分支上保留不同配置值（如连接字符串）？

兄弟，这个场景太普遍了，我之前也踩过类似的坑，给你几个经过实践验证的解决方案，你可以根据项目情况选：

1. 用环境变量分离配置（最推荐，长期维护最省心） #

这是业界通用的最佳实践，核心思路是把环境相关的敏感配置（比如连接字符串）从代码里抽离，放到环境变量中，代码只负责读取变量，不硬写具体值。

• 具体操作：
  • 在项目根目录建一个.env.example文件，里面放配置项的占位符，比如：

    DB_CONNECTION_STRING=
    API_KEY=
    

    把这个文件提交到Git，作为团队的配置模板。
  • 每个环境（开发/生产）自己创建.env文件，填上对应环境的真实值，然后把.env加入.gitignore，绝对不要提交到Git。
  • 代码里用对应语言的工具加载环境变量（比如Node.js用dotenv，Python用python-dotenv），运行时自动读取当前环境的.env文件。
  • 这样不管是master还是开发分支，代码完全一致，合并时根本不会有配置冲突；新分支创建后，直接复制.env.example改开发环境的值就行，甚至可以写个小脚本一键完成。

2. 用Git的skip-worktree标记（适合不想改代码结构的临时方案） #

如果不想动现有代码，只想让Git“假装看不到”你对配置文件的修改，可以用这个Git内置功能：

• 具体操作：
  • 在master分支上配置好生产环境的连接字符串，提交到仓库。
  • 切换到开发分支，把配置改成开发环境的值，然后执行命令：

    git update-index --skip-worktree ./path/to/your/config-file
    

    这样Git就会忽略这个文件的本地修改，不会把它推送到远程分支。
  • 合并分支时，因为开发分支根本没提交过配置文件的变更，自然不会覆盖master的生产配置。
  • 注意：如果后续master分支的配置文件有其他合法变更（比如新增了配置项），你需要先取消标记：

    git update-index --no-skip-worktree ./path/to/your/config-file
    

    拉取master的变更后，再重新标记并改回开发环境的值。

3. 拆分配置文件（多文件方案） #

把配置拆成公共部分和环境专属部分，代码根据环境自动加载对应文件：

• 具体操作：
  • 创建config.common.yaml（或JSON/ini，看你项目用啥格式），存放所有环境共享的配置，提交到Git。
  • 分别创建config.dev.yaml和config.prod.yaml，存放开发/生产的专属配置（比如连接字符串），都提交到Git。
  • 代码里通过环境变量（比如APP_ENV）判断当前环境，加载对应的专属配置，和公共配置合并使用。
  • master分支启动时指定生产环境变量（比如APP_ENV=prod），开发分支指定APP_ENV=dev，合并时因为配置文件是独立的，不会互相覆盖。
  • 新分支创建后，默认用开发环境的配置启动就行，不需要额外修改。

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