고쳤다고 말하지 않고
고쳐졌음을 증명합니다
수정안을 만든 다음, 올리기 전에 격리된 폴더에서 같은 검사를 다시 돌립니다.
그 문제가 사라졌고 새 문제도 생기지 않았을 때만 PR(고칠 코드를 이렇게 바꾸자고 제안하는 요청)이 올라옵니다.
점검 대상
저장소 최신 코드
받게 되는 것
재검증을 통과한 수정 제안(PR)
포함 플랜
베이직 플랜
무엇을 확인하나요
- main·master 같은 기본 가지에는 직접 쓰지 않습니다. 항상 새 가지를 만들어 제안만 하고, 기본 가지로 쓰려는 시도는 코드에서 막혀 있습니다.
- 우리가 대신 병합(머지)하지 않습니다. 제안은 승인 대기 상태로 남고, 반영할지는 사람이 정합니다.
- 코드 수정은 파일 하나만 건드릴 때만 제안합니다. 여러 파일에 걸치는 수정안은 만들다 멈춥니다.
- 검사 전 몇 건이었고 후 몇 건인지를 제안 본문에 그대로 적습니다. 읽는 사람이 숫자로 확인할 수 있게요.
PR 본문에 붙는 재검증 기록
| 항목 | 결과 |
|---|---|
| 같은 검사 다시 실행 | 전 9건 → 후 0건 |
| 기본 가지 직접 쓰기 | 없음 · 새 가지로만 |
| 자동 병합 | 하지 않음 · 승인 대기 |
| 변경 범위 | 파일 1개 |
어떻게 동작하나요
01
고르기
발견된 문제 중 심각한 것부터 고릅니다. 한 번에 코드 수정 최대 3건, 시크릿 제거 최대 3건, 의존성 올리기 1건까지입니다.
02
재검증
수정안을 임시 폴더에 쓰고, 그 문제를 처음 찾아낸 바로 그 검사기로 다시 돌립니다. 검사기가 없거나 실패하면 통과로 치지 않고 그냥 멈춥니다.
03
제안
통과한 것만 새 가지에 올려 PR로 제안합니다. 같은 문제로 이미 열린 제안이 있으면 새로 만들지 않습니다.
자주 묻는 질문
- 제 코드를 마음대로 바꾸나요?
- 아니요. 저희가 가진 GitHub 권한은 코드 읽기 · 새 가지에 올리기 · PR 만들기 · 팀원 초대를 위한 협업자 추가입니다. 기본 가지에 직접 쓰는 경로는 코드에서 막혀 있고, 병합은 저희가 하지 않습니다. 승인 전에는 아무것도 반영되지 않습니다.
- 수정이 틀리면요?
- 재검증을 통과하지 못한 수정안은 아예 올라오지 않습니다. 수정 전후를 비교해
eval이나 외부로 데이터를 보내는 코드처럼 위험한 것이 새로 생겼는지도 함께 봅니다. 하나라도 걸리면 그 수정안은 버립니다. 올라온 것도 결국 사람이 읽고 승인합니다.
함께 보면 좋은 기능
내 저장소에서도
같은 문제가 있는지 보세요
무료 플랜은 카드 등록 없이 시작합니다.