Git 变基还是 Git 合并？
Git Rebase or Git Merge?
我有两个分支。两者都是功能分支 - new-ui 和 video-upload。 video-upload 是 new-ui.
的一个分支
但是，video-upload 有大量的提交。我有多个开发人员在 new-ui 上工作，其中一个刚刚完成 video-upload。但我不太清楚哪个是将两者结合起来的更简洁的选择。
我想把 video-upload 中完成的工作带入 new-ui，但我不知道是否要完全删除 video-upload 的所有提交并创建一个新的new-ui 的新提交历史记录。那种感觉会很乱
但与此同时，我想要功能的干净合并。
自 video-upload 分叉以来，new-ui 已完成工作。所以 merge/combination 不会干净。
考虑到上述情况，哪种方法最好，为什么？
Merge 正是为此而生 - 发布一个包含来自两个或多个分支的开发的版本。
Rebase 用于 "rewriting history"：拥有一个合并的主干，其中包括来自多个分支的提交，但看起来像一个单调流。
我有两个分支。两者都是功能分支 - new-ui 和 video-upload。 video-upload 是 new-ui.
但是，video-upload 有大量的提交。我有多个开发人员在 new-ui 上工作，其中一个刚刚完成 video-upload。但我不太清楚哪个是将两者结合起来的更简洁的选择。
我想把 video-upload 中完成的工作带入 new-ui，但我不知道是否要完全删除 video-upload 的所有提交并创建一个新的new-ui 的新提交历史记录。那种感觉会很乱
但与此同时，我想要功能的干净合并。
自 video-upload 分叉以来，new-ui 已完成工作。所以 merge/combination 不会干净。
考虑到上述情况，哪种方法最好，为什么？
Merge 正是为此而生 - 发布一个包含来自两个或多个分支的开发的版本。
Rebase 用于 "rewriting history"：拥有一个合并的主干，其中包括来自多个分支的提交，但看起来像一个单调流。