合并战略与长期发展分支。如何防止未来合并中的严重冲突？
Merging strategy with a long development branch. How to prevent heavy conflicts in the future merge?
我正在开发一个项目，我一直想在 master 分支上做一些小的改进，并将它们推向生产环境。我有问题，因为我想同时在一个很长一段时间后才会被推送的分支上工作。
如果我在 long_project 上使用不同的分支而不是立即合并它们，那么一个分支会领先很多。当我想要将 long_project 分支发布到生产环境时，我能否将它合并到 master 而不会破坏我在 master 上完成的所有次要工作？
那么，如何在不破坏我每天在 master 分支上所做的任何微小更改的情况下合并它们？
我会做的是，在 master 上做一个小改动后，将 master 合并到 long project 中。这样，当您将 long project 合并到 master 时，冲突（如果有的话）就会减少。
我正在开发一个项目，我一直想在 master 分支上做一些小的改进，并将它们推向生产环境。我有问题，因为我想同时在一个很长一段时间后才会被推送的分支上工作。
如果我在 long_project 上使用不同的分支而不是立即合并它们，那么一个分支会领先很多。当我想要将 long_project 分支发布到生产环境时，我能否将它合并到 master 而不会破坏我在 master 上完成的所有次要工作？
那么，如何在不破坏我每天在 master 分支上所做的任何微小更改的情况下合并它们？
我会做的是，在 master 上做一个小改动后，将 master 合并到 long project 中。这样，当您将 long project 合并到 master 时，冲突（如果有的话）就会减少。