测验：变基与冲突

为什么变基会改变提交哈希？

• Git 每次变基时都会更新时间戳。
• Rebase 压缩提交。
• 这是因为提交对象包含父级哈希，因此如果父级更改，哈希肯定会更改。
• 分支名称包含在哈希计算中。

变基黄金法则最准确的形式是什么？

• 切勿对已推送的提交进行变基
• 不要重写将其他人的工作堆积在其之上的提交。
• 具有合并提交的分支不会重新定位
• 主分支永远不会改变基础

为什么我在变基时多次看到相同的崩溃？

• 这是因为rebasing重新申请会一一提交，每次都会进行三路合并，导致N次合并。
• 这是因为冲突解决后，Git 不会缓存冲突解决方案。
• 因为索引每次都会初始化。
• 因为rebase没有找到共同的祖先

--force-with-lease中还存在哪些漏洞？

• 标签未被检查
• 如果服务器端是浅克隆，则完全忽略该检查。
• 如果 IDE 刚刚获取，则远程跟踪引用已经更新，即使存在我没有看到的提交，检查也会通过。
• 更改分支名称时总是失败

为什么我推荐merge.conflictStyle zdiff3？

• 碰撞标记变得更短。
• 这是因为非重叠冲突会自动解决。
• 因为它加速了 rebase
• 因为它显示了你们俩的出发点，而不是对方改变了什么。

在交互式变基中，“合并但丢弃该提交的消息”动词是什么？

• 壁球
• 改写
• 编辑
• 修复