운영운영 기능은 개별 작업이 아닌 조직 전체의 발견 사항과 실행 내역을 집계합니다. 이 기능은운영메뉴에서 확인할 수 있으며,발견 사항및실행보기가 포함됩니다.
왜 집계된 보기가 필요한가?
하나의 작업에서 발생한 발견 사항은 단순한 세부 정보에 불과합니다. 하지만 동일한 발견 사항이 서른 건의 작업에서 반복된다면 이는 패턴이며, 바로 여기서 유용한 의사결정이 가능해집니다.
작업별 보기는 '이 변경 사항이 적절한가?'를 답해주는 반면, 운영 보기는 '코드베이스와 설정에서 체계적으로 어떤 현상이 나타나는가?'를 알려줍니다.
발견 사항
프로젝트 전반에서 보고된 모든 발견 사항으로, 심각도, 프로젝트, 유형별로 필터링할 수 있습니다.
주요 확인 포인트:
- 반복되는 발견 사항여러 작업에서 동일한 문제가 지속적으로 나타난다면, 이는 별도의 작업이 필요한 기술 부채이거나 팀의 규칙과 맞지 않는 검사 항목일 수 있습니다.
- 해결되지 않는 발견 사항특정 카테고리의 발견 사항이 계속해서 무시되거나 수락된다면, 해당 검사 항목은 더 이상 필요하지 않은 것입니다.
- 집중도특정 프로젝트에서 대부분의 발견 사항이 발생한다면, 문제의 원인을 찾아야 할 곳이 바로 거기입니다.
실행
모든 검증 실행 내역과 그에 따른 검사 결과를 확인할 수 있습니다.
여기서 주목할 만한 패턴은 관련 없는 작업들에서 동일한 단계에서 반복적으로 실패가 발생하는 경우인데, 이는 코드 문제가 아닌 프로젝트 설정상의 오류이며, 작업을 다시 실행해도 해결되지 않습니다. 자세한 내용은빌드 및 테스트 설정.
패턴을 실제 작업으로 전환하기
반복되는 발견 사항은 새로운 작업이 될 수 있습니다. 이를 인지하는 것이 중요한 이유는 '이 패턴이 40개 파일에서 나타난다'는 사실이 코드베이스의 영구적인 상태가 아닌 별도의 작업 대상이기 때문입니다.
수동으로 확인할 필요 없이 지속적으로 모니터링해야 하는 상황의 경우,Sentinel이를 감지하여 복구 작업을 자동으로 시작할 수 있습니다.
조정하되 무시하지 않기
운영 보기가 과도하게 복잡하다면, 이는 코드 자체의 문제가 아니라 검사 기준이 잘못 설정된 것입니다.
대부분의 변경 사항에서 동일한 검사가 반복적으로 발동된다면, 이는 코드베이스의 특성일 뿐 문제를 찾아낸 것이 아닙니다. 이는 해당 규칙이 팀의 규약과 맞지 않거나, 이미 받아들인 기술 부채임을 의미하며 둘 다 검사 기준을 수정해야 합니다. 자세한 내용은품질 정책 및 게이트.