我正在与其他人合作编写由git控制的代码。我的同事与我的环境版本不同，这给我尝试直接编译其代码带来麻烦。我无法轻松升级到他们的环境版本。
但是，将相关的include / setup文件放置在相关目录中以进行编译，这是一个快速而又肮脏的黑客，这并不是问题。
我希望能够在单独的git分支中与“ hacky”非标准设置一起编辑联合代码，但仅推送主代码（无需设置/包含文件，我的同事不必担心关于）到主分支。
我知道，作为一种一次性的解决方案，我可以将添加的设置文件集中到历史记录树的特定部分中，然后仅将不包含这些添加项的历史记录树部分重新建立到分支上，然后被推向高手。但是，这是一个非常不稳定的解决方案，因为我必须跟踪相关的提交，而且每次我精通掌握时都必须这样做。由于这是重复的操作，所以我想知道是否存在适当的git习惯用法或实践，这种情况应该更好地使用。
这个问题是相关的，但与以下内容不相同：
答案 0 :(得分：1)
将配置文件添加到本地的.git/info/exclude（或其他local-only .gitignore equivalent）中是否可行？
这不是一个特别健壮的解决方案，但是它应该防止您无意中将这些文件添加到您向上游推送的任何更改中。