ZenHub 정보

ZenHub 정보

ZenHub는 GitHub 를 조정하여 개발할 수 있는 확장 기능입니다.
GitHub 저장소를 기반으로 GitHub의 Issue를 작업, 티켓 처리로 사용할 수 있습니다.

구체적으로 다음과 같은 기능이 있다.

대패반(워크보드)

이야기점의 분배

이정표 종료 날짜

속도측정

ZenHub 등록 및 Organization 라이센스 요청

팀에서 ZenHub로 시작할 때 팀 멤버를 추가하려면
구성원은 ZenHub 계정을 등록하고 라이센스 할당을 요청합니다.

열기https://app.zenhub.com

GitHub를 통한 인증

이용약관 동의

Organization 선택

왼쪽 작업공간 목록에서 작업공간 선택

요청 목록 클릭

관리자는 Slack으로 승인 요청 을 요청합니다.

ZenHub 및 GitHub 프로젝트

GitHub는 판넬 기능으로 "항목"기능이 있습니다.
ZenHub는 먼저 판넬 기능을 제공했고 GitHub 본사도 판넬 기능을 늦게 발표했다.

작업공간 및 라이브러리

ZenHub에는 작업공간 개념이 있습니다.
여러 저장소를 하나의 작업공간에 결합합니다.
한 프로젝트에서 서버, 프론트, 응용 프로그램 등 저장소가 분리된 경우에도 이를 하나의 전체로 처리하기 위해 작업 공간 단위로 처리한다.
하나의 저장소는 하나의 작업공간에만 속할 수 있습니다.
하나의 저장소는 여러 작업공간에 속할 수 없습니다.

Issue 및 작업 표시줄

GitHub의 Issue(및 PullRequest)를 티켓(지폐)으로 처리합니다.
작업을 이 표에 쓰고 작업 표시줄에 놓으십시오.
기본 작업판은 다음과 같습니다.
이름
함의
New Issue
사전 작업 할당
Icebox
손대지 않는 작업(동결된 작업)
Backlog
착수 임무
In Progress
착수 중
Review/QA
검증 중
Done
끝내다
Closed
Issue로 닫기
작업 보드를 변경할 수 있지만 팀에서 ZenHub 작업에 익숙해지기 전에 기본 작업을 사용하는 것이 좋습니다.
특히 익숙해지기 전에 기본 작업판에서'새 Issue','In Progress','Closed'등 세 가지 방법을 사용하면 이해하기 쉬우므로 추천합니다.

Issue 만들기

Issue 생성 정보
제목을 간결하고 알기 쉽게 썼다.단언형으로 쓰면 돼.
수정의 좋은 예)
1.○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○
2. ○○을 ○○으로 변경하면 ○○이 발생하므로 ○○의 검증에 가입합니다
잘못된 상황에서 문제를 약술하다
1. ○○ 표시 안 함
2. ○○에서 ○○하면 오류 발생
만약 당신이 토론을 Issue에 쓴다면, 폐쇄 시기가 불분명하다는 것을 발견할 수 있으니, 주의해야 한다
1. ○○규격에 관하여
2. ○○은 ○○, 그래서 ○○인가?
Issue로 토론하고 질문할 때 question 라벨 활용 규칙을 제정하십시오.

Issue 본문

태그 다운으로 쓰는 것을 추천합니다.
규격이라면 기대하는 결과와 배경, 해야 할 일을 열거하는 것이 좋다.

표에 있는 수정 목록의 경우 체크 상자를 사용하는 것이 좋습니다.

Estimate

임무 작업량의 추정.

조정에서'스토리 포인트'라고 불린다.
이 이야기는 긴급 개발에서 상대적인 오퍼로 진행된다.
이야기 포인트에 대한 15가지 흔한 문제와 답안
기준 임무를 바탕으로 작업의 무게를 추정하다.
다만 비상상황에 익숙하지 않은 팀에게는'○시간'이라는 절대적인 추정의 운용도 좋다.
이를 바탕으로 몇 개의 쓰레기 항목을 처리하여 유점으로 옮기는 상대적인 평가를 하면 된다.

Issue와 PR의 연관성에 대해서.

Issue(Epic 포함)와 PullRequist는 ZenHub의 작업 보드에 나열됩니다.

이 상태에서 PR과 Issue가 증가하기 때문에 판의 전망이 나빠진다.

Issue와 PR의 연관성

보기 쉽도록 PR과 Issue를 연결합니다.
PR 아래의 "Connect this pull request with an existing issue"에서 관련 Issue를 선택하십시오.

이렇게 하면 ZenHub의 보드에서 Issue와 RP의 조합을 볼 수 있다.수영장의 움직임도 함께 진행되어 시야가 상당히 좋아질 것이다.
또 Issue 본문에'Fixes#123'과'Refs#123'등 PR과 관련된 Issue 번호를 적는 것이 좋다.Fixes의 경우 PR을 통합하면 Issue가 자동으로 닫힙니다.일
너는 또한 공관에서 Issue, Issue에서 공관까지의 연관성을 볼 수 있다.
다른 것도 닫힌 아래의 키워드를 사용할 수 있다.이것은 ZenHub 고유의 기능이 아니라 GitHub의 기능이므로 적극적으로 사용하십시오.

close

closes

closed

fix

fixes

fixed

resolve

resolves

resolved

별말씀을요. Issue 예약을 닫고 GitHub가 등장하기 전부터 사용했습니다.이
따라서 GitHub뿐만 아니라 다른 Git 서비스, 앞으로 다른 VCS 등도 채택될 것이다.
그러나 Issue가 닫히면 ZenHub 연결이 해제되므로 주의해야 합니다.  ↩
https://trac-hacks.org/wiki/TracTicketReferencePlugin   ↩