git - Merge 分支时，如何保持指定的文件不被 Merge？

Question

就像SO上这个问题描述的场景： http://stackoverflow.com/questions/928646/how-do-i-tell-git-to-always-select-my-local-version-for-conflicted-merges-on-a-sp

有两个分支，每个分支使用不同的配置，例如：

config.txt (on release branch):
database = 10.9.8.7

config.txt (on develop branch):
database = 192.168.0.1

当需要把develop分支的功能合并到release分支时，不希望config文件被合并；
有以下几种解决方案：

1. 使用merge strategy；创建一个merge driver，对指定的文件使用指定的merge strategy；
   缺点：文件无改动时，merge driver不会启动，还是会被合并；rebase不管用；
2. 提交时，使用assume-unchanged；
   缺点：提交时需要时刻关注文件改动；
3. 使用subtree（submodule）

不知道大家有没什么建议？

参考： http://stackoverflow.com/questions/928646/how-do-i-tell-git-to-always-select-my-local-version-for-conflicted-merges-on-a-sp

http://stackoverflow.com/questions/2250040/using-github-to-host-public-git-repositories-whilst-ensuring-that-sensitive-data#

http://blog.miniasp.com/post/2014/12/23/Git-Advanced-Assume-Unchanged-Skip-worktree.aspx

Answer 1

環境ごとに構成ファイルを別のファイルに配置すると、管理が容易になります

リーリー

コード内で環境判断を行い（一般的な方法にはIP、ホスト名、環境変数などが含まれます）、それぞれ異なる設定を読み取ります

さらなる解決策は、構成の発行を担当する構成センターと、構成を取得し、構成をキャッシュし、構成を更新するためにセンターと連携する構成センターを見つける責任を負う守備隊エルフを配置することです。

つまり、個人的には、異なるブランチを通じて異なる環境の構成を維持すると、半分の労力で半分の結果が得られると感じています...テスト環境、プレリリース環境、さらには単体テスト環境を追加すると、サンドボックス環境など、3つ以上の構成がある場合でもブランチを使います メンテナンスをすると基本的に崩壊します... どうしてもやらなければならない場合は真似することをお勧めしますphpunit.xml.dist的形式，gitignore掉config.txt，然后维护正式的config.txt.dist，代码里优先读config.txt，然后读config.txt.dist