issue란?

GitHub공식 홈페이지에서 issue의 역할을 이슈를 만들고, 이를 작업으로 나누고, 관계를 추적하고, 사용자 정의 필드를 추가하고, 대화를 나누고, 대규모 프로젝트를 테이블 보드 또는 로드맵으로 시각화 하고 모든 것을 코드로 자동화 한다.라고 제시되어있다.

한 줄로 설명하면 이슈를 만들어 작업을 분할하고 팀원들과 대화하며 진행상황을 추적하며 계획까지 할 수 있는 기능이다.

가볍게는 투두리스트로 사용할 수 있다.

issue 기능들

하위 이슈 추가

하위 이슈를 추가해 업무를 나눌 수 있다. 하위 이슈는 상위 이슈와 관계를 표시해 GitHub에서 작업을 추적할 수 있다.
상위 이슈당 최대 100개의 하위 이슈를 추가하고 8개의 중첩된 하위 이슈를 만들 수 있다.

하위 이슈를 만들고 싶은 이슈에 들어가서 Create sub-issue 옆 화살표를 누르고 Create sub-issue를 누르면 하위 이슈를 만들 수 있다.

하위 이슈로 기존 이슈도 추가가 가능하다.

issue 고정 기능

원하는 이슈를 고정

Pin issue를 누르면 아래 이미지와 같이 고정된다.
이슈가 많이 있을 경우 유용한 기능이다.

issue 전송 기능

Transfer issue를 눌러 현재 열려있는 이슈를 다른 레포지토리로 전송할 수 있다.

전송 받은 레포지토리다. 원본을 가지고 있던 레포지토리에서는 사라지고 전송되기 때문에 주의해야한다. 하지만 하위 이슈는 같이 전송되었지만 그대로 남아있다.

https://docs.github.com/ko/issues/tracking-your-work-with-issues/about-issues

issue 종결 기능

버그가 수정되었거나, 피드백에 대해 작업이 실행되었거나, 작업이 계획되지 않았다는 것을 표시하려는 경우에 이슈를 종결할 수 있다.

Close issue를 누르거나 사유를 선택해서 issue를 닫을 수 있다.

느낀점

나는 평소 issue를 toto리스트 처럼 작업을 계획하고 분할하는 기능으로만 사용했는데 수많은 기능들이 존재하고 위에 작성한 기능은 일부일 뿐이고 용도에 따라 다양하게 사용할 수 있다는 것을 알게되었고 팀프로젝트에서 더 유용하게 사용할 수 있을 것같아 더 공부해서 다음에는 꼭 사용해볼 예정이다.

하루를 마치며

오늘은 개인 과제 4일차다. Detail페이지까지 구현을 완료하고 스타일링 작업을 했다. 빨리 useContext로 리팩토링을 해보고 싶다. 주말을 사용해서 RTK으로 리팩토링도 하고 localstorage 로직도 작성해볼 것이다.