对于需要 master 不断合并的 git 分支，最佳实践是什么？
我正在开发一个基本上有两个分支的项目：master 和“next-version”。
两者不断变化，下一个版本需要拥有主版本的最新更改，但我不能将它们合并，因为一个版本已发布，另一个版本仍处于 alpha 状态。
目前，每次发生更改时，我都会将主版本合并到下一个版本，但这会导致丑陋的历史。
在这种情况下，最佳做法是什么？
I'm working on a project that has basically 2 branches: master and "next-version".
The two are constantly changed and the next-version needs to have the latest changes from master, but I can't just merge them both, because one version is published and the other one is still on alpha.
I currently merge master to next-version everytime a change happens, but this leads to ugly history.
What's the best practice in this case?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
如果您将分支保留在本地，您可以在下一个版本上执行
git rebase master。除此之外，如果您想避免合并，您可以选择，但这可能会隐藏分支之间的关系。您也可以考虑减少合并频率。If you're keeping the branch local you can do a
git rebase masteron next-version. Other than that you could cherry pick if you want to avoid merges, but this could hide the relation between the branches. You could also consider merging less often.