코드 품질 경고를 닫을 때 어떤 기록이 가장 필요할까?

깃허브는 2026년 10월 13일 코드 품질 경고를 수동으로 닫거나 다시 여는 작업을 감사 로그에 남기는 기능을 알렸다. 변경한 사람과 시간, 저장소와 규칙 식별자 등을 확인할 수 있다. 공식 문서도 경고가 현재 코드에 맞지 않거나 의도된 동작이라면 닫을 수 있다고 설명한다. 경고를 닫는 일 자체가 문제 해결을 뜻하지는 않는다. 팀이 나중에 같은 판단을 검토하려면 당시 왜 닫았는지, 어떤 코드와 연결되는지 남겨야 한다는 의견이 있다. 반대로 과한 기록은 검토 부담을 늘릴 수 있다. 코드 품질 경고를 닫거나 다시 열 때 무엇을 우선 기록해야 할까?