ZenHub의 폐기 설명

입문

본 보도는 쓰레기의 운용 방법을 기재하지 않았다.
내가 속한 미가공적 은 지난달부터 스팸메일을 도입해 ZenHub 단거리 경주를 하고 있다.이것은 고정된 도구 중의 하나다.
Zenhub, 처음에는 따라잡기 어려웠지만, 사용하는 과정에서 손이 우리 팀에서 이렇게 사용하는 것에 적응했기 때문이에요.소개

Pipeline 설정

Zenhub는 Pipeline이라는 메커니즘을 사용하여 모든 issue의 상황을 관리합니다.
우리 팀은 다음과 같은 Pipeline을 준비했다.기본 모양을 살짝 바꿔서 사용하세요.Icebox여러분이 좋아하는 issue가 들어간 Pipeline.
· 쓰레기 마스터는 여기에 열거된 issue를 적당히 선별하여 우선도를 부여하고, 필요하지 않으면closeProduct-Backlog・ 대응하기로 한 issue 소속 Pipeline
・ 위부터 아래까지 순서대로 우선순위가 높음
• 새로운 기능 추가 시 스토리 기재, 단기간 회의에서 규격, 견적 결정Sprint-Backlog・단거리 달리기에서 실시 예정인 issue 소속 Pipeline
・ 이야기를 상세히 분해하여 착수할 수 있는 단위로 나누어 추정한다In Progress・ 찌르고 있는 issue 소속 Pipeline
• 원칙적으로 한 사람이 동시에 착수하는 issue는 하나를 해야 한다Review/QA/대응 종료, Pull Request 의 issue 소속 Pipeline
·Review 완료 후 병합, issue 닫기Done·Review가 끝났지만 어떤 이유로 합병을 기다리는 issue가 속한 Pipeline
・close를 시키면 issue가 끝나는 느낌이 들기 때문에 이 Pipeline이 있으면 좀 편해요.Close·Review 종료, 통합, 완료된 issue가 속한 Pipeline

저장소 사용

우리 팀은 다음과 같은 보류를 운용했다.서비스 이름○○_devレポジトリ· issue는 우선 이 보고서에 원칙을 열거한다.엔지니어든 비즈니스 쪽이든 먼저 여기 있어요.
· 여러 개의 저장소를 대상으로 개발해야 하는 상황에서 이 저장소에서 ZenHub의 epic를 제작하여 각 저장소의 issue를 연결한다.○○_api-serverレポジトリ서버 측 개발용○○_webレポジトリ• 프런트엔드 개발용○○_spレポジトリ• sp(smart phone)를 위한 애플리케이션 개발
ZenHub는 여러 개의 저장소를 뛰어넘어 issue를 관리하고 이정표를 설정할 수 있기 때문에 이런 저장소의 운용은 매우 쉽다.

편리한 기능

저장소 이동

shift + z 에서 저장소 이동을 위한 창을 엽니다.

마더보드로 이동 + issue 만들기

z + b에서 ZenHub 보드로 이동하여 n + i에서 issue를 만들 수 있습니다.

여러 저장소에서 동일한 이정표 생성하기

burndown 보고 페이지에서 이정표를 만들면 여러 저장소에서 같은 이정표를 만들 수 있습니다.

저장소 간에 이정표를 설정하고 Sprint-Backlog를 탑승합니다.

여러 저장소에서 진행하면 저장소를 하나하나 이동하면서 이정표를 설정하는 것은 매우 번거롭다
ZenHub는 말이 편해요.
보드에 여러 저장소 issue 표시 가능
1. issue의 얼굴 아이콘을 눌러 선택
2. Set Milestone에서 이정표 설정
3. "Pipeline으로 이동"에서 "Sprint-Backlog"으로 이동

저장소, 이정표, 라벨 등 필터링 기능도 있어 issue를 쉽게 배열할 수 있습니다.

끝내다

우리 팀에서 Pipeline, 스토리지의 활용과 ZenHub의 소회전에 효과적인 기능을 소개했습니다.
특히 여러 저장소에서 issue를 관리하는 팀에게 추천합니다.issue를 관리하는 것은 매우 번거롭지만, ZenHub는 상당히 큰 스트레스를 줄였다.
마지막으로 저희가 만든 서비스, KAMINASHI 중엔지니어를 모집하고 있습니다. 칭찬을 아끼지 않습니다!
같이 게임하자!!