[2023 Others]: rethink git rebase

[luooofan]

description:

先贴一下去年比赛的版本管理原则：Summary · Issue #25 · luooofan/miniob-2022

---

---

去年 ob 比赛第一次尝试把 git rebase 作为版本管理过程中的一个主要操作， 是尝到了甜头的：

• 清晰的线性的提交记录
• 随意提交，反正可以 git rebase -i
• 递进的逐步的解决合并冲突，而不是等到最后再一次性解决

今年基本沿用了这么些个版本管理的原则，并且尽可能地去维护 issue + pr

比起去年：

• 部分 pr 真的有在 review 了，去年基本形式化
• git 使用变熟了，协作效率变高了，去年涉及到 rebase 基本都是我在做
• issue 和 pr 维护起来了，而且依靠两位给力队友，维护的相当不错

但是今年也发现了或者说存在几个问题：

• rebase 和 merge 相比，是在重做出一个一个新的提交，而且这个重做的过程是自动的，除非遇到冲突需要解决，那么就存在一个问题，apply 某个 commit 之后虽然没有显性冲突，但已经破坏了代码结构，导致无法编译或者存在运行时 bug，进而导致重做之后的提交记录中的某个结点是不符合预期的 -> 勉强可以接受，但这是不合理的，可以在 rebase 后进行二次处理
• rebase 最直接的影响是会一定程度上破坏这个 commit 的 meta 信息 -> 可以接受
• 做题的最后阶段，在版本管理、issue pr 这块还是松懈了一些，有些急功近利，着急 rebase 后提测出一个新成绩来，没有稳扎稳打，反而导致了花的时间可能比稳步推进还要长