본문 바로가기
대응 · 방어자동 수정 PR

고쳤다고 말하지 않고
고쳐졌음을 증명합니다

수정안을 만든 다음, 올리기 전에 격리된 폴더에서 같은 검사를 다시 돌립니다.
그 문제가 사라졌고 새 문제도 생기지 않았을 때만 PR(고칠 코드를 이렇게 바꾸자고 제안하는 요청)이 올라옵니다.

점검 대상
저장소 최신 코드
받게 되는 것
재검증을 통과한 수정 제안(PR)
포함 플랜
베이직 플랜

무엇을 확인하나요

  • main·master 같은 기본 가지에는 직접 쓰지 않습니다. 항상 새 가지를 만들어 제안만 하고, 기본 가지로 쓰려는 시도는 코드에서 막혀 있습니다.
  • 우리가 대신 병합(머지)하지 않습니다. 제안은 승인 대기 상태로 남고, 반영할지는 사람이 정합니다.
  • 코드 수정은 파일 하나만 건드릴 때만 제안합니다. 여러 파일에 걸치는 수정안은 만들다 멈춥니다.
  • 검사 전 몇 건이었고 후 몇 건인지를 제안 본문에 그대로 적습니다. 읽는 사람이 숫자로 확인할 수 있게요.
PR 본문에 붙는 재검증 기록
항목결과
같은 검사 다시 실행전 9건 → 후 0건
기본 가지 직접 쓰기없음 · 새 가지로만
자동 병합하지 않음 · 승인 대기
변경 범위파일 1개

어떻게 동작하나요

01

고르기

발견된 문제 중 심각한 것부터 고릅니다. 한 번에 코드 수정 최대 3건, 시크릿 제거 최대 3건, 의존성 올리기 1건까지입니다.

02

재검증

수정안을 임시 폴더에 쓰고, 그 문제를 처음 찾아낸 바로 그 검사기로 다시 돌립니다. 검사기가 없거나 실패하면 통과로 치지 않고 그냥 멈춥니다.

03

제안

통과한 것만 새 가지에 올려 PR로 제안합니다. 같은 문제로 이미 열린 제안이 있으면 새로 만들지 않습니다.

자주 묻는 질문

제 코드를 마음대로 바꾸나요?
아니요. 저희가 가진 GitHub 권한은 코드 읽기 · 새 가지에 올리기 · PR 만들기 · 팀원 초대를 위한 협업자 추가입니다. 기본 가지에 직접 쓰는 경로는 코드에서 막혀 있고, 병합은 저희가 하지 않습니다. 승인 전에는 아무것도 반영되지 않습니다.
수정이 틀리면요?
재검증을 통과하지 못한 수정안은 아예 올라오지 않습니다. 수정 전후를 비교해 eval이나 외부로 데이터를 보내는 코드처럼 위험한 것이 새로 생겼는지도 함께 봅니다. 하나라도 걸리면 그 수정안은 버립니다. 올라온 것도 결국 사람이 읽고 승인합니다.

내 저장소에서도
같은 문제가 있는지 보세요

무료 플랜은 카드 등록 없이 시작합니다.