GitHub Project 생성 Issue 등록

 

 

이번 🍚삼식이 프로젝트를 진행하면서 GitHub Issue, Project 를 통해 개발 일정 관리를 제안했다.

이전에 프로젝트를 진행했을 때 이슈를 사용했었는데 동료와의 별도의 별도의 소통없이 깃 허브에서

팀원간의 작업도를 알 수 있어서 프로젝트 진행도에 대한 관리의 편의성을 느꼈기 때문에

이번 프로젝트에서도 깃허브 이슈 사용을 적극적으로 제안했다.

Issue?
 프로젝트의 기획,작업, 개선 사항, 버그 수정, 새로 추가될 기능 등 모든 것을 이슈 라고 한다.
담당자 지정, 라벨 추가, 마일스톤 설정 등 다양한 기능을 활용할 수 있다.

Project? 
깃허브의 프로젝트는 작업의 진행도를 보드 또는 로드맵으로 볼 수 있으며, Issue를 하나의 작업(task)으로 
정의하여 진행 상황을 파악할 수 있다.

 

1. Project 생성

Project를 만들고 싶은 repo 상단 -> Projects -> New project 를 클릭한다.

 

일반적을 많이 사용되는 카드 형태의 Board 형식을로 선택으로 했다. 취향에 맞는 템플릿을 선택하면 된다.

 

 

생성이 완료되면 아래와 같이 빈 보드가 생성이 된다.

 

 

Todo:  해야할 작업 내용으로 새로운 Issue 생성시 todo 컬럼에 배치

In Progress: 현재 진행 중인 작업으로 담당자가 지정되고, 작업이 시작되면 해당 컬럼에 배치

Done: 완료된 작업을 표기. Issue 가 완료되고(close) Pull Request 머지되면 해당 컬럼에 배치

 

project에 다양한 기능이 있지만 project를 생성하고 issue를 등록하는 기능만 정리해서 빠르게 개발 환경을 

셋팅 할려고 한다.

 

project 생성을 완료하면 issue를 생성해서 작업을 등록한다.

2. ISSUE 생성하기

issue를 생성할 repo(project를 생성한 repo) 의 상단에 Issue > New Issue 에서 New Issue 클릭

 

이슈명을 등록하고, 이슈에 대한 설명을 적고 create를 하게 되면 이슈가 생성된다.

description 부분은 md 문법이 적용된다. 

 

Issue를 생성하게 되면  오른쪽 부분에서  Asignees(담당자) , Label(작업 유형) , Project(연결할 project), Milestone(목표 지점) 를 선택할 수 있다.

 

 

 

이슈 생성후 담당자를 설정하고 feature로 label을 설정했다.

 

생성된 Issue가 project의 보드에 잘 생성이 되었다.

 

 

🤔 언제 Project 와 Issue를 사용할까?


 PM 또는 팀장이 여러 이슈들을 미리 등록해 놓고 역할 분담을 해서 담당자를 지정하고 작업을 할당해 줄 수 있고,
마일스톤을 통해 주,월 단위의 목표 지점을 설정할 수 있기 때문에 project와 issue를 적절하게 사용함으로써 개발의
일정을 체계적으로 관리 할 수 있다. 실제로 회사 다닐때 gitLab에서 위와 같은 방법을 사용했었다.

 

 

우리 프로젝트에서는  GitFlow 브랜치 전략과 같이 Git Issue를 사용해서 commit 시 #이슈번호 로 이슈와 브랜치를 연결시켜 주었고, 브랜치 생성시 feature / 삼식이-issuenum 이런식으로 브랜치 전략을 가져갔다.

 

작업을 완료하고 pr을 생성하게 되면 issue가 In Progress 상태로 변경 된다. 

PR 머지시에 close #이슈번호 와 같은 키워드를 포함하면 Issue가 자동을 닫힌다.

 

삼식이 깃 사용 전략은 해당 링크를 통해 더 자세히 볼 수 있습니다.

https://yellow-bean.tistory.com/12

Git , GitFlow 사용법 정리

 

 

다음 포스팅은 Git Issue Template 설정과 pr 설정 방법에 대해 정리하겠습니다.