标签: #GitHub
用亲手运行、亲手测量的数据来写 Kubernetes、DevOps 与 MLOps · 3 篇
Sorry for the noise:发送不必要提醒时的简短致歉
当不小心多次回复评论、@错了人,或者进行了多次强推导致订阅者收到大量通知时,我们会用 Sorry for the noise 来道歉。这里的 noise 不是声音,而是“无用的通知或消息”。本文将整理 GitHub 通知发送给谁、什么时候该用这个表达、什么时候不用,以及韩国人常犯的过度道歉错误。
2026-10-27 · 5 分钟阅读 #영어#영어 표현#오픈소스#커뮤니케이션#GitHubMarking this as a draft: 告知目前尚未准备好接受评审
当我们想先展示设计方向但 PR 尚未完全完成时,会将其开启为草稿(draft)。GitHub 的 draft PR 无法合并,也不会自动向代码所有者发送评审请求。本文将整理 Marking this as a draft until ...、Ready for review 等表达,Kubernetes 的 WIP 标题与 /hold 命令,以及韩国人常用的诸如 「Not completed yet, please wait」 等生硬的
2026-10-27 · 6 分钟阅读 #영어#영어 표현#오픈소스#PR 설명#GitHubFixes #1234:PR 描述的第一行,关闭 Issue 的关键词
如果在 PR 描述中写入 Fixes 1234,那么当 PR 被合并到默认分支时,该 Issue 将自动关闭。这不仅仅是一个简单的英语句子,而是 GitHub 读取的关键词,因此必须使用固定的词汇和固定的格式。本文将梳理九个关闭关键词、仅在默认分支下生效的条件、用于仅关联而不关闭的 Related to 和 Part of,以及韩国开发者经常写出的别扭的 PR 第一行。
2026-10-27 · 6 分钟阅读 #영어#영어 표현#오픈소스#PR 설명#GitHub