우선 순위 등의 github 문제를 관리하는 방법은 무엇입니까? [닫은]

github을 처음 사용하고 문제를 관리하는 방법에 대한 조언을 찾고 있습니다. 우선 순위 및 기타 주문 옵션에 익숙하지만 존재하지 않는 것을 보았습니다.

버그 / 기능의 수명주기 동안 다른 사람이 문제를 어떻게 관리합니까?

미리 감사드립니다.

이슈 유형 , 이슈 우선 순위 , 이슈 상태 , 버전 태그 등과 같은 다양한 레이블 그룹을 정의 할 수 있습니다. 레이블이 속한 그룹을 즉시 볼 수 있도록 다음과 같은 이름 지정 규칙을 사용할 수 있습니다 <label-group>:<label-name>.

이러한 명명 규칙을 사용하면 Github 문제 관리가 훨씬 쉬워지고 다른 사람들이 문제를 훨씬 빨리 "이해"할 수 있습니다. 가독성을 더 높일 수있는 레이블에 색상을 지정할 수도 있습니다 (각 레이블 그룹에 특정 색상을 사용함). 그러나 문제를 레이블에 수동으로 할당하거나 할당 해제해야하므로 전체 그룹 / 라벨 목록을 작게 유지하는 것이 좋습니다.

위에서 제안한 체계에 따라 다음과 같이 그룹 및 해당 레이블을 정의 할 수 있습니다.

'문제 유형'그룹

• 유형 : 버그
• 유형 : 특징
• 유형 : 아이디어
• 유형 : 잘못된
• 유형 : 지원
• 유형 : 작업

'문제 우선 순위'그룹

• prio : 낮은
• 프리 오 : 정상
• prio : 높은

'문제 상태'그룹

이 레이블은 정의 된 워크 플로에서 문제의 상태를 설명합니다.

• 상태 : 확인
• 상태 : 연기 됨
• 상태 : 수정 된 커밋
• 상태 : 진행중
• 상태 : 불완전
• 상태 : 거절
• 상태 : 해결

'문제 정보'그룹

• 정보 : 피드백 필요
• 정보 : 필요
• 정보 : 진행 -25
• 정보 : 진행 -50
• 정보 : 진행 -75

'버전 태그'그룹

• ver : 1.x
• ver : 1.1

GitHub 이슈 트래커는 매우 유연합니다. 우선 순위도없고 순서도 없습니다. 과제 , 레이블 및 이정표의 세 가지 주요 기둥을 중심으로 진행됩니다 .

• Gmail 라벨과 비슷한 방식으로 만든 라벨에 문제를 '태그'할 수 있습니다 . 예를 들어 : "bug", "feature-request", "todo", "question", ... 하나의 이슈는 다른 레이블로 태그 될 수 있습니다.

• 몇 가지 문제를 이정표 로 "패키지"할 수 있습니다 . 이정표는 제목 (예 : 버전 번호)과 선택적 배달 날짜로 구성됩니다.

• 각 이슈는 리포지토리의 공동 작업자 (기여자 또는 조직 구성원) 에게 할당 될 수 있습니다 . 당신은 @그 뒤에 GitHub 로그인을 사용하여 주석에서 공동 작업자를 소환 할 수도 있습니다 .

결국 사이드 바 덕분에 문제 목록을 "필터링"하여 문제를 관리 할 수 ​​있습니다.

이 주제에 대한 전체 블로그 게시물 "Issues 2.0" 을 통해 기능에 대한 자세한 내용을 볼 수 있습니다.

huboard.com 을 사용 하여 Kanban 보드 방식으로 github 문제를 표현한 다음 huboard 내에서 드래그 앤 드롭하여 정렬합니다. 우선 순위를 시각화하고 다음에 무엇을 해야할지 아는 경우에만 잘 작동합니다.

실제로 HTML 주석으로 문제 자체의 우선 순위를 저장합니다.

Your normal issue text here...
<!---
@huboard:{"order":465.0}
-->

github에서 라벨을 사용하여 프로젝트를 관리하는 방법의 예

카테고리 라벨 (모두 대문자를 사용하여 시각적으로 분리 가능)

• 태스크
• 곤충
• 특색
• 토론

우선 순위 라벨

• 긴급한

우리는 모든 것을 우선 순위로 생각하고 실제로 "낮음"이 필요하지 않다고 생각합니다. 따라서 즉각적인주의가 필요한 사항을 표시하기 위해 하나의 레이블 만 남겨 둡니다.

상태 라벨

• 검토 (수탁자가 읽음)
• 대기 중 (수탁자가 곧 작업 할 것)
• 진행중인 작업 (수취인이 지금 작업 중)
• 유효하지 않음 (버그 인 경우 재현 할 수 없음)
• 피드백 필요 (사람들이 읽고 의견을 말하거나 도움을주기 위해 박쥐 신호)

사용 방법, 아키텍처, 인프라, 사례 연구, 계획 및 요구 사항이 포함 된 모든 문서를 위키에 보관합니다.

풀 요청은 코드 검토 및 지점의 일부인 경우 기능 토론을위한 것입니다.

필터링을 창의적으로 사용하면 하루 동안해야 할 일을 찾을 수 있습니다. "Task + URGENT"또는 "Bug + URGENT"는 항상 "피드백 필요"로 태그가 지정된 문제를 검토하고 추가 할 내용이없는 경우에도 의견을 남깁니다. 물론 이것은 5 명의 팀과 함께 작동하지만 그 이상은 아닙니다.

GH 문제에는 두 가지 종류의 레이블이 있습니다. 첫 번째는 문제 유형과 관련이 있고 두 번째는 우선 순위와 관련이 있습니다.

• 곤충
• 기능-(새로운 것)
• 향상-(기존 물건을 더 잘 만들기)
• 질문 / 토론-(토론 내용)

Wiki를 잘 사용한다면 질문 / 토론이 필요하지 않을 수 있습니다. 하지만 특정 사람에게 질문이나 아이디어를 전달할 수 있기 때문에 좋아합니다.

그런 다음 세 가지 간단한 우선 순위 레이블이 있습니다.

• 지금
• 곧
• 나중

쉬워요?

위에 제시 한 태그 솔루션뿐만 아니라, 우리가 blocking하고 blocked레이블과 같은.

먼저 문제를 올바른 사람에게 할당해야하지만 다른 문제가 완료 될 때까지 해당 사람이 문제를 해결할 수없는 경우 문제는로 표시됩니다 blocked. 그리고 다른 문제는 해시 태그를 사용하여 참조됩니다.

마찬가지로 작업이 다른 사람이 작업하지 못하도록 차단 blocking하는 경우 다른 문제에 대한 참조로 표시해야합니다 .

특정 개인에게 할당 된 항목을 나열하는 방법을 알아내는 것이 약간 까다 롭습니다.

해결책은 '검색'아이콘 (검색 조건을 입력하지 않은)을 클릭하고 결과 페이지의 왼쪽에 드롭 다운이있는 것입니다.