Issue

643 단어·2 분·원문(.md)

  • 이슈는 프로젝트의 작업, 개선 사항 및 버그를 추적하는 좋은 방법으로 사용된다.
  • 프로젝트 기획, 새롭게 추가될 기능, 버그와 수정사항 모든 것을 이슈라고 할 수 있다.
  • 모든 활동 내역에 대해서 이슈를 등록하고 등록한 이슈를 기반으로 작업을 진행할 수 있다.
  • 개발자간 idead, work, bug(problem)을 다루기 위히 깃허브는 이슈를 사용합니다.
    • 아이더 구현에 관한 논의
    • 작업 진행사항 추적
    • 기능 제한 수락, 질문, 요청 지원 또은 버그 보고
    • 정교한 코드 구현
  • 이슈를 등록하기 위해 보통 다음 단계를 거칩니다.
    • 이슈 탭을 눌러 엽니다.
    • 해당 문제, 상황을 재현할 수 있는 최대한 많은 정보를(context) 제공합니다.
    • 해당 환경 정보(버전, os등) 관련이 있다고 생각하는 모든 정보를 제공합니다.
  • 이슈를 등록하게 되면 보통 다음 단계를 거칩니다.
    • 프로젝트 팀(혹은 매니저)이 라벨과 담당자를 지정합니다.
    • 담당자가 최대한 빨리 답변하기 위해 노력합니다.
    • 해결이 되거나 오랜 기간 답변이 없다면, 이슈는 답합니다.(closed)

템플릿 #

  • 프로젝트의 핵심 개발자와 관리자는 이슈의 오남요을 막기 위해 template을 만들었습니다.
  • 깃허브에는 .github 폴더 밑에 이슈 템플릿을 작성합니다.
  • @mentions: 해당 ID를 가진 사람에게 알림을 보냅니다.
  • #reference #9999 처럼 숫자로 사용합니다. 다른 이슈를 참조합니다.
  • /cc: Carbon Copy 의 줄임말로 참조를 뜻합니다. 뒤에 멘션을 붙입니다.
  • /assign: 뒤에 멘션을 붙여 담당자를 지정합니다.
  • /milestone: 애자일 스프린트 시간 설정 기능입니다.
  • /label: 다양한 이슈를 관리하기 위해 라벨을 붙입니다.
  • /due: 목표일을 지정합니다.

머지 요청 #

  • 해결한 문제는 merge request하면 프로젝트 관리자가 메인 브랜치와 병합하게 됩니다.
Back-End/git/issue.md