目前,我有一个专为一个特定版本设计的软件(让我们称之为版本A版本。)
现在,需要不同的版本,我想用不同的GIT分支来表示这一点,其中对基本分支的更改可以合并到不同的专用分支中。结果应该类似于下面的
|version A-------|------
base-------|----------------|
|version B-------|-----
但是,要从版本A创建此基本分支,必须删除各种文件。在与基本分支合并后,这些更改也将应用于版本A分支,因此该版本将变得不可用。我设法忽略了使用交互式rebase删除文件的提交,但是在下一次合并时,这些丢弃的提交将再次应用。因此,每次我与基本版本合并时,我都必须进行交互式rebase。
对于版本A分支,是否仍然允许我将未来提交合并到版本A分支中的基本分支,是否有永久忽略这些提交的好方法?
答案 0 :(得分:1)
你应该能够做到:
git checkout A
git merge -s ours base
从base到A
的任何后续合并都不应该考虑已删除的文件,因为这些删除应该已经合并(除了-s ours
合并策略会忽略它们,这是目标)