我的项目有两个主要分支 - master
用于网络应用的“生产”版本,分支X
用于应用的“测试”版本。
我需要在这两个分支之间保持一些与部署设置,数据库配置,Google Web Analytic ID等相关的代码调整,并防止它们在master git merge X
上发生{@ 1}}时合并。 1}}在分支X上执行。
是否有可靠的方法来做到这一点,即将某些提交标记为“仅针对此分支”?
答案 0 :(得分:3)
简单回答:不是琐碎的。
相反,你可以:
答案 1 :(得分:1)
这不太理想,但我的一个项目中有类似的情况。我的解决方案是维护三个分支 - master,devel和config。 config分支从devel上的某个点开始分支,只包含配置内容(因此名称)。然后我可以指出master和devel之间的开发和合并,当我需要测试时,然后我使用rebase将config分支移动到开发的顶端。
这有点麻烦,特别是如果你是一个喜欢测试devel上的每个提交的人,而不是仅仅定期测试,但它至少是功能性的。