git的重订后的历史仍然不是线性的

Question

这是我们的底垫中的工作流程：

1. 拉动发展
2. 结帐功能分支
3. “混帐底垫中发展”
4. 解决冲突
5. 变基之后，（仍然在功能）“混帐推--force”
6. 去gitlab和特性分支创建合并请求开发
7. 去枝

而在此之后，历史还是不是线性的，我们最终得到多个分支“吉他英雄”等。

任何想法，我们做错了什么？

Answer 1

你看到的是合并的提交。这些跟踪合并特性分支到目标分支的行动。

默认情况下GitLab使用普通合并，产生合并的提交。如果你不想合并提交，则需要进行快进合并。 GitLab支持这一点：Fast-forward merge requests | GitLab

保留的线性提交历史和办法接受，而无需创建合并提交合并申请。

---

随着中说，我会鼓励你不要用这个快进的工作流程，并欣赏合并提交。

• 合并承诺帮助来描绘历史，显示出明显的界限，其中一个功能完成，另一个开始。
• 如果您使用的合并请求，那么你正在做代码审查和批准的一些量。在这种情况下，合并提交记录在永久提交历史批准上述分支的行动 - 这是丢失了一台FF-唯一的工作流程。