标签: #Git
用亲手运行、亲手测量的数据来写 Kubernetes、DevOps 与 MLOps · 3 篇
Could you squash your commits?: 回应合并提交的请求
当评审接近尾声时，维护者如果说 Could you squash your commits?，意思就是请把诸如 「fix typo」 或 「address comments」 这样的修改提交合并成有意义的提交。本文将梳理 squash 的含义、Kubernetes 贡献指南中建议的压缩时机（不要在评审过程中压缩，而要在收到请求时压缩）、KubeVirt 评审员指南的标准、回复的表达方式以及韩国人常犯的错误。
2026-10-27 · 6 分钟阅读 #영어#영어 표현#오픈소스#코드 리뷰#GitAddressed in a1b2c3d: 告知在哪个提交中修复了评审指出的问题
在采纳评审意见后，回复 Addressed in (提交哈希)，评审人员就能直接定位到修改的地方。address 的意思是“处理、应对（问题）”，所以它的使用范围比 fix 更广。本文将梳理它与 Done、Fixed 的区别，GitHub 会将提交哈希转换为链接的特点，Kubernetes 关于评审期间不要 squash 的准则，以及韩国人经常使用的“I reflected your comment”这种直译的误区。
2026-10-27 · 6 分钟阅读 #영어#영어 표현#오픈소스#코드 리뷰#GitRebased onto main：告知分支已同步至最新状态的一句话
在开启 PR 期间，如果 main 有了新进展并产生了冲突，我们需要通过 rebase 将分支更新到最新。之后在 PR 中留下 Rebased onto main 这一行，评审者就能知道有哪些变化。本文将梳理 onto 和 on 的区别、与 merge main into 的区别、在告知强制推送时的表达，以及韩国人经常使用的类似 「I updated the branch to latest」 这种含糊不清的句子。
2026-10-27 · 5 分钟阅读 #영어#영어 표현#오픈소스#PR 설명#Git