Git 将战略与长期发展分支合并。如何防止未来合并中的严重冲突？

我正在开发一个项目，我一直希望对

master

分支进行一些小的改进，并将其推向生产。我有这个问题，因为我想同时在一个分支上工作，这个分支只会在很长一段时间后才会被推

如果我在

long\u项目中使用不同的分支，而不是立即合并它们，那么一个分支将遥遥领先。当我想启动
long_项目
生产分支时，我是否能够将其合并到
master
，而不破坏我在
master
上完成的所有次要工作

那么，如何在不破坏我每天在
master
分支上所做的任何小更改的情况下，在一段时间后合并它们呢？
我要做的是，在
master
上做一个小更改之后，将
master
合并到
长项目中。这样，当您将
长项目
合并到
主项目
中时，冲突（如果有）就会减少
 我怎么能这样把它合并呢？不知道你的意思；每次对
master
进行小的更改后，只需运行
git checkout long项目；git merge master
。它不会删除不在
master
上的
长项目
的部分？不会，除非分支时它在
master
上，然后在
master
上删除它。如果某个内容刚刚添加到
长项目中
，则不会被合并删除。请注意，合并不会用源的内容覆盖目标中的所有内容。相反，它应用了自两个分支分歧以来所做的更改。@DanielsV这个答案是正确的。只有在
master
和
long
中更改同一文件时，才可能发生冲突。但是，如果你定期合并，你仍然会记得这些更改是关于什么的，解决冲突也不难。改进了标题和标签，使问题更易于搜索。修正了一点语法。这个问题已经有了很好的答案。希望此编辑将使其他SO用户更容易找到和使用它们。