태그: #영어

← 전체 글

• Could we backport this?: 고친 내용을 지난 릴리스에도 넣어 달라고 할 때

  main 에 병합된 수정을 이미 나간 릴리스 브랜치에도 옮기는 일을 backport 라고 하고, Kubernetes 에서는 cherry pick 이라고 부릅니다. Could we backport this to release-1.4? 처럼 요청할 때는 왜 필요한지(보안, 심각한 버그)를 함께 적어야 합니다. Kubernetes 의 cherry pick 절차, 요청과 답에 쓰는 표현, 한국인이

  2026-10-27 · 6 분 읽기 #영어#영어 표현#오픈소스#릴리스#쿠버네티스

• This landed in main: 병합됐다, 그리고 릴리스에 실렸다를 구분해 말하기

  개발 현장에서 land 는 「변경이 저장소에 들어가다(병합되다)」라는 뜻으로 자주 씁니다. Chromium 의 기여 문서도 변경이 트리에 landed 된다, main 에 lands 한다고 씁니다. This landed in main 과 This will ship in v1.5 처럼 병합과 릴리스를 구분해 말하는 법, merged 와 released 의 차이, 이슈를 닫으며 쓰는 표현, 한국인

  2026-10-27 · 5 분 읽기 #영어#영어 표현#오픈소스#릴리스#오늘의 영어 표현

• For what it's worth: 도움이 될지 모르지만 보태는 한마디

  토론에 내 경험이나 의견을 조심스럽게 보탤 때 For what it's worth(FWIW)로 시작합니다. Merriam-Webster 는 이것을 「지금 하려는 말이 도움이 될지, 가치 있게 여겨질지 확신하지 못할 때」 쓰는 관용구로 설명합니다. 자기 경험을 근거로 덧붙이는 법, 비꼬는 말로 들리지 않게 하는 법, IMHO 와의 차이, 한국인이 자주 쓰는 「This is only my per

  2026-10-27 · 5 분 읽기 #영어#영어 표현#오픈소스#커뮤니케이션#오늘의 영어 표현

• I'll circle back: 지금은 답을 미루고 나중에 다시 오겠다는 약속

  회의나 채팅에서 지금 당장 답할 수 없는 질문을 받았을 때 I'll circle back (on this) 이라고 합니다. 「확인하고 다시 이 주제로 돌아오겠다」는 뜻입니다. 사전의 뜻, 언제·누가가 빠지면 「흐지부지 미루기」로 들린다는 점, follow up 과의 차이, 한국인이 자주 쓰는 I will answer later 를 다듬는 법을 정리합니다.

  2026-10-27 · 5 분 읽기 #영어#영어 표현#오픈소스#커뮤니케이션#회의

• Heads-up: 미리 알려 두는 한 줄 공지

  곧 일어날 변화나 주의할 점을 미리 알릴 때 Heads-up 으로 시작합니다. Merriam-Webster 는 명사 heads-up 을 「미리 알려 대비하게 하는 메시지」로 풀이합니다. Just a heads-up 과 Thanks for the heads-up 같은 짝 표현, 하이픈을 붙이는 경우와 띄어 쓰는 경우의 차이, 한국인이 자주 쓰는 Notice 나 Caution 같은 딱딱한 머리말

  2026-10-27 · 5 분 읽기 #영어#영어 표현#오픈소스#커뮤니케이션#오늘의 영어 표현

• Sorry for the noise: 불필요한 알림을 보냈을 때의 짧은 사과

  실수로 댓글을 여러 번 달았거나, 잘못된 사람을 멘션했거나, 강제 푸시를 여러 번 해서 구독자들에게 알림이 쏟아졌을 때 Sorry for the noise 라고 사과합니다. 여기서 noise 는 소리가 아니라 「쓸모없는 알림이나 메시지」입니다. GitHub 알림이 누구에게 가는지, 이 표현을 써야 할 때와 쓰지 않아도 될 때, 한국인이 자주 하는 과한 사과를 정리합니다.

  2026-10-27 · 5 분 읽기 #영어#영어 표현#오픈소스#커뮤니케이션#GitHub

• Friendly ping: 답이 없는 PR 을 재촉하지 않고 다시 알리기

  PR 을 올렸는데 한참 리뷰가 없을 때 Friendly ping 으로 다시 알립니다. ping 은 네트워크 명령에서 온 말로 「살짝 신호를 보내다」라는 뜻이고, friendly 를 붙여 재촉이 아니라는 점을 밝힙니다. LLVM 은 일주일에 한 번을 예의 있는 ping 간격으로 보고, Kubernetes 기여 가이드는 담당자에게 언제쯤 볼 수 있는지 물으라고 안내합니다. 간격, 문장 구성, 한

  2026-10-27 · 6 분 읽기 #영어#영어 표현#오픈소스#코드 리뷰#커뮤니케이션

• Thanks for bearing with me: 오래 기다려 준 리뷰어에게 하는 인사

  리뷰를 여러 번 주고받았거나, 내가 답을 늦게 했거나, 실수로 시간을 끌었을 때 Thanks for bearing with me 라고 인사합니다. bear with 는 사전에서 「~에게 참을성 있게 대하다」로 풀이되는 구동사라, 사과 대신 감사로 상대의 인내를 인정합니다. Sorry for the delay 와의 차이, 진행형을 쓰는 이유, bare 와 bear 를 헷갈리는 실수를 정리합니다

  2026-10-27 · 5 분 읽기 #영어#영어 표현#오픈소스#코드 리뷰#오늘의 영어 표현

• That's a fair point: 상대 말이 일리 있다고 인정할 때

  토론 중에 상대의 반론이 타당하다고 느낄 때 That's a fair point 라고 답합니다. fair 는 여기서 「타당한, 근거 있는」이라는 뜻이라, 상대 말의 정당성을 인정하면서도 내 생각을 완전히 접지는 않을 수 있습니다. Good point 와 Fair enough 와의 미묘한 차이, 인정한 뒤 내 의견을 잇는 법, 한국인이 자주 쓰는 「You are right 100%」 같은 과한

  2026-10-27 · 5 분 읽기 #영어#영어 표현#오픈소스#코드 리뷰#설계 토론

• Could you squash your commits?: 커밋을 합쳐 달라는 요청에 답하기

  리뷰가 끝나 갈 무렵 메인테이너가 Could you squash your commits? 라고 하면 「fix typo」, 「address comments」 같은 수정 커밋들을 의미 있는 커밋으로 합쳐 달라는 뜻입니다. squash 의 뜻, Kubernetes 기여 가이드가 말하는 스쿼시 시점(리뷰 중에는 하지 말고 요청을 받으면), KubeVirt 리뷰어 가이드의 기준, 답하는 표현과 한국인

  2026-10-27 · 6 분 읽기 #영어#영어 표현#오픈소스#코드 리뷰#Git

• Feel free to push back: 반대 의견을 먼저 청하는 리뷰어의 말

  push back 은 「(계획이나 생각에) 반대하다, 저항하다」라는 뜻의 구동사이고, 명사형은 pushback 입니다. 리뷰어가 Feel free to push back 이라고 쓰면 「제 생각이 틀릴 수 있으니 반대 의견도 환영합니다」라는 뜻입니다. Google 의 리뷰 지침에 나오는 pushback 의 의미, 작성자가 정중하게 반대하는 표현, 「연기하다」라는 다른 뜻, 한국인이 반대할 때

  2026-10-27 · 6 분 읽기 #영어#영어 표현#오픈소스#코드 리뷰#오늘의 영어 표현

• Not a blocker: 병합을 막는 지적과 막지 않는 지적을 가르는 말

  리뷰 댓글이 병합을 막는 요구인지, 참고용 제안인지는 작성자에게 큰 차이입니다. Not a blocker 또는 non-blocking 은 「이건 고치지 않아도 병합할 수 있다」는 뜻입니다. blocker 의 뜻, Google 리뷰 지침의 Optional·FYI 머리말과의 관계, 작성자가 「이게 blocker 인가요?」라고 정중하게 묻는 법, 한국인이 자주 하는 오해를 정리합니다.

  2026-10-27 · 5 분 읽기 #영어#영어 표현#오픈소스#코드 리뷰#오늘의 영어 표현

• I'd lean towards ...: 강요하지 않고 내 선호를 밝히는 말

  두 가지 방법 중 하나를 고르는 토론에서 「저는 이쪽이 조금 더 낫다고 봅니다」라고 말할 때 I'd lean towards ... 를 씁니다. lean towards 는 사전에서 「(특정 의견이나 선택을) 선호하는 경향이 있다」로 풀이되는 표현이라, 결정을 내리지 않고 기울기만 보여 줍니다. 뒤에 명사나 동명사가 오는 문법, I prefer 와 I'd suggest 와의 차이, 한국인이 자주

  2026-10-27 · 5 분 읽기 #영어#영어 표현#오픈소스#코드 리뷰#설계 토론

• Addressed in a1b2c3d: 리뷰 지적을 어느 커밋에서 고쳤는지 알리기

  리뷰 지적을 반영한 뒤 Addressed in (커밋 해시) 라고 답하면 리뷰어가 바뀐 곳을 바로 찾아갈 수 있습니다. address 는 「(문제를) 다루다, 처리하다」라는 뜻이라 fix 보다 넓게 쓰입니다. Done·Fixed 와의 차이, GitHub 가 커밋 해시를 링크로 바꿔 주는 점, 리뷰 중에는 스쿼시하지 말라는 Kubernetes 지침, 한국인이 자주 쓰는 「I reflected

  2026-10-27 · 6 분 읽기 #영어#영어 표현#오픈소스#코드 리뷰#Git

• Good catch: 내 실수를 짚어 준 리뷰어에게 고마움을 전하는 말

  리뷰어가 내가 놓친 버그나 오타를 찾아 주었을 때 가장 자연스러운 첫마디가 Good catch 입니다. 「잘 찾으셨네요」라는 칭찬이면서 「고맙다」는 인사이고, 사과를 길게 늘어놓지 않아도 되게 해 줍니다. catch 의 뜻, Nice catch 와 Well spotted 의 차이, 고친 내용을 덧붙이는 법, 한국인이 자주 쓰는 지나친 사과를 정리합니다.

  2026-10-27 · 5 분 읽기 #영어#영어 표현#오픈소스#코드 리뷰#오늘의 영어 표현

• LGTM: 「좋아 보입니다」와 Kubernetes 의 /lgtm, /approve

  LGTM 은 Looks Good To Me 의 줄임말로, 리뷰어가 변경을 받아들일 만하다고 판단했다는 표시입니다. Kubernetes 처럼 Prow 를 쓰는 저장소에서는 /lgtm 과 /approve 가 서로 다른 역할의 명령이라 구분해서 알아야 합니다. LGTM with nits 같은 조건부 승인, 작성자가 자기 PR 에 /lgtm 을 달 수 없는 규칙, 한국인이 LGTM 을 받고 쓰는 어

  2026-10-27 · 6 분 읽기 #영어#영어 표현#오픈소스#코드 리뷰#쿠버네티스

• Nit: 사소한 지적이라고 미리 알려 주는 머리말

  리뷰 댓글 앞에 붙는 Nit: 은 「사소한 지적」이라는 표시입니다. Google 의 코드 리뷰 지침은 Nit 을 「고치는 편이 맞지만 큰 영향은 없는 작은 일」로 설명하고, Optional·FYI 같은 다른 머리말과 함께 댓글의 무게를 밝히라고 권합니다. nitpick 에서 온 말의 뜻, 리뷰어와 작성자 양쪽에서 쓰는 법, 한국인이 Nit 을 받고 지나치게 사과하거나 무시하는 실수를 정리합니

  2026-10-27 · 5 분 읽기 #영어#영어 표현#오픈소스#코드 리뷰#오늘의 영어 표현

• PTAL, Could you take another look?: 고친 뒤 다시 봐 달라고 부탁하기

  리뷰 지적을 반영한 뒤 리뷰어에게 다시 봐 달라고 할 때 PTAL(please take another look) 또는 Could you take another look? 을 씁니다. Kubernetes 기여 가이드도 리뷰 피드백을 반영한 뒤 PTAL 같은 댓글을 남기라고 안내합니다. 처음 리뷰를 부탁할 때의 take a look 과의 차이, 무엇을 고쳤는지 함께 적는 법, 한국인이 자주 쓰는

  2026-10-27 · 5 분 읽기 #영어#영어 표현#오픈소스#코드 리뷰#쿠버네티스

• Rebased 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

• Marking this as a draft: 아직 리뷰받을 준비가 안 됐다고 알리기

  방향을 먼저 보여 주고 싶지만 아직 완성되지 않은 PR 은 초안(draft)으로 엽니다. GitHub 의 draft PR 은 병합할 수 없고 코드 소유자에게 리뷰 요청도 자동으로 가지 않습니다. Marking this as a draft until ..., Ready for review 같은 표현, Kubernetes 의 WIP 제목과 /hold 명령, 한국인이 자주 쓰는 「Not compl

  2026-10-27 · 6 분 읽기 #영어#영어 표현#오픈소스#PR 설명#GitHub