정정 및 삭제 요청 처리 절차

August 1, 2026 · View on GitHub

이 문서는 카탈로그 항목에 관한 정정 요청, 로고 및 표지 사용 중단 요청, 항목 삭제 요청을 이 프로젝트가 어떤 절차로 처리하는지 설명합니다.

1. 접수 경로

경로	용도	공개 여부
정정 및 삭제 요청 이슈	권장 경로입니다. 요청 유형과 대상 항목을 구조화된 양식으로 접수합니다.	공개
Discord 채널	공개 게시가 곤란하거나 긴급한 사안을 관리자에게 개별적으로 전달할 때 이용합니다.	개별 연락
Google Forms	GitHub 사용이 어려우신 경우의 대체 경로입니다.	비공개 접수

이슈로 접수하시는 경우 입력하신 내용은 공개 리포지터리에 그대로 게시됩니다. 연락처 등 공개를 원하지 않는 정보는 이슈 본문에 적지 마시고 개별 연락 경로를 이용해주십시오.

신원 확인 요청인이 권리자 또는 그 대리인인지, 일반 이용자인지를 확인합니다. 권리자 또는 그 대리인의 요청은 우선하여 검토합니다. 확인이 필요한 경우 추가 자료를 요청할 수 있습니다.
사실관계 검토 대상 항목의 현재 값, 요청 사유, 제출된 근거 자료를 대조합니다. 필요한 경우 해당 서비스의 공개 안내 페이지를 확인합니다.
조치 결정 검토 결과에 따라 아래 "조치의 종류" 중 하나를 결정합니다. 결정 사유는 해당 이슈에 기록합니다.
반영 결정된 조치를 카탈로그에 반영합니다. 반영 경로는 아래 "반영 경로"를 참고해주십시오.
회신 처리 결과를 해당 이슈에 기록하고 이슈를 종료합니다. 개별 연락으로 접수된 건은 접수 경로를 통해 회신합니다.

각 단계의 소요 시간은 약속하지 않습니다. 처리 방침에 관한 사항은 CATALOG_POLICY.md를 참고해주십시오.

항목 삭제: docs/Catalog.xml에서 해당 Service 항목을 제거하고, 연관된 로고 이미지와 docs/sites.xml 항목을 함께 정리합니다.
로고 교체 또는 제거: docs/images/<Category>/<Id>.png 파일을 공식 로고로 교체하거나 제거합니다.
정보 정정: 표시명, 주소, 필요 소프트웨어 정보 등 개별 값을 수정합니다.
조치 불요 판단: 검토 결과 조치가 필요하지 않다고 판단한 경우입니다. 판단 사유를 이슈에 기록합니다.

조치는 풀 리퀘스트로 반영되며, 병합 이후 자동으로 배포됩니다.

조치 내용을 반영한 풀 리퀘스트를 작성합니다.
병합 전 dotnet run --file src/catalogutil.cs -- ./docs/ ./outputs/로 스키마 검증과 리소스 생성을 확인합니다.
main 브랜치에 병합되면 publish 워크플로가 docs/ 내용을 검증한 뒤 gh-pages 브랜치로 배포합니다.
배포된 카탈로그는 식탁보 클라이언트가 참조하는 주소에 반영됩니다.

클라이언트가 이미 내려받아 캐시한 카탈로그가 있는 경우, 반영 결과가 이용자 화면에 나타나기까지 시간이 걸릴 수 있습니다.

처리 결과에 이의가 있으신 경우 해당 이슈에 사유를 남겨주시면 재검토합니다. 이슈가 이미 종료된 경우에는 새 이슈를 등록하시면서 이전 이슈 번호를 함께 적어주십시오.

새로운 근거 자료가 확인되면 이전 결정과 다른 결론에 이를 수 있습니다.