문제 관리 방법

이 문서에서는 PowerShell-Docs 리포지토리에서 문제를 관리하는 방법을 설명합니다. 이 문서는 PowerShell-Docs 팀의 구성원을 위한 작업 지원으로 설계되었습니다. 공개 기여자에게 프로세스 투명성을 제공하기 위해 이 정보를 여기에 게시합니다.

문제의 원인

• 커뮤니티 기여자
• 내부 기여자
• 소셜 미디어 채널의 댓글 기록
• Docs 피드백 양식을 통한 피드백

응답 시간 목표

80개% 새 문제는 영업일 기준 3일 이내에 종료됩니다.

• 심사 - 영업일 기준 1일
• 수정 또는 변경 - 영업일 기준 10일

레이블 지정 및 중요 시점

레이블 형식

• 영역 - PowerShell의 일부 또는 문제가 논의 중인 문서를 식별합니다.
• 문제 - 문제 유형: 버그, 피드백 또는 아이디어와 같은
• 우선 순위 - 문제의 우선 순위입니다. 값 범위 0-3(높음-낮음)
• 품질 - 문제가 해결에 투입하는 품질 개선 노력
• 상태 - 작업 항목의 상태 또는 작업 항목이 닫힌 이유
• 태그 - 가용성 또는 doc-a-thons와 같은 추가 분류에 사용됩니다.
• 대기 중 - 외부 사람 또는 이벤트를 기다리고 있음을 표시합니다.

특정 레이블에 대한 자세한 내용은 레이블 지정을 참조하세요.

마일스톤

문제 및 PR은 적절한 마일스톤으로 태그를 지정해야 합니다. 문제가 특정 버전에 적용되지 않으면 중요 시점이 사용되지 않습니다. PowerShell 코드 베이스에 아직 병합되지 않은 변경 내용에 대한 PR 및 관련 문제는 미래 중요 시점에 할당되어야 합니다. 변경 사항을 병합한 후 중요 시점을 적절한 버전으로 업데이트합니다.

심사 프로세스

PowerShell 문서 팀 구성원은 매일 문제를 검토하고 도착하는 새 문제를 심사합니다. 팀은 매주 회의를 열어 심사가 필요한 어려운 문제를 논의하고 작업의 우선 순위를 지정합니다.

잘못 배치된 제품 피드백

• 고객을 올바른 피드백 채널로 리디렉션하는 메모를 입력합니다.

• 선택 사항: 적절한 제품 피드백 위치에 문제를 복사하고, 복사한 항목에 대한 링크를 추가하고, 문제를 닫습니다.

  PowerShell 문제의 기본 위치는 .입니다 https://github.com/PowerShell/PowerShell/issues/new/choose.

지원 요청

• 지원 질문이 간단한 경우 정중하게 답변하고 문제를 닫습니다.

• 질문이 더 복잡하거나 제출자가 더 많은 질문으로 회신하는 경우 포럼 및 지원 채널로 리디렉션합니다. 포럼으로 리디렉션하기 위한 제안된 텍스트:

  > This is not the right forum for these kinds of questions. Try posting your question in a
  > community support forum. For a list of community forums see:
  > https://learn.microsoft.com/powershell/scripting/community/community-support
  

행동 강령 위반

• 필요한 경우 문제를 편집하여 불쾌한 콘텐츠를 제거합니다.
• 문제가 스팸임을 나타내는 메모를 입력하고, 문제를 닫은 다음, 추가 주석을 방지하기 위해 잠급니다.
• 정기 심사 모임에서 각 위반에 대해 논의하여 추가 조치의 필요성을 확인합니다.