코드스테이츠 백엔드 부트캠프 81일차 - PreProject 학습내용

wish17·2023년 4월 14일
0
post-thumbnail

학습내용

GitHub Project Kanban

칸반

  • 팀과 조직이 작업을 시각화하고, 업무의 병목 현상과 리소스 낭비를 해결하는 업무 관리 방법

  • Work In Progress(WIP)

    • 현재 진행하고 있는 작업
  • WIP limit

    • 칸반에서는 각 업무 단계에 WIP 제한을 둘 수 있다.

GitHub Issue

  • Assigness
    • 해당 태스크를 맡은 사람을 지정
    • assign yourself를 누르시면 자신의 태스크로 만들 수 있다.
  • Labels
    • 태스크 카드에 라벨링을 할 수 있다.
    • 라벨 종류
      • bug: 버그에 관한 이슈
      • enhancement: 기능 추가에 관한 이슈
      • help wanted: 도움이 필요한 이슈
      • good first issue: 새로운 기여자를 위한 초보자 이슈
      • documentation: 문서 작성에 관한 이슈
      • duplicate: 중복된 이슈
      • invalid: 유효하지 않은 이슈
      • wontfix: 수정하지 않을 결정이 내려진 이슈
      • question: 질문에 관한 이슈
      • blocked: 다른 이슈나 작업에 의해 막힌 이슈
      • in progress: 작업이 진행 중인 이슈
      • review needed: 검토가 필요한 이슈
      • critical: 긴급 처리가 필요한 이슈
      • high priority: 우선 처리가 필요한 이슈
      • low priority: 우선 순위가 낮은 이슈

  • Projects
    • Projects를 지정할 수 있다.
  • Milestone
    • 마일스톤을 지정할 수 있다.

GitHub Issue 템플릿 카드

이슈 반복 생성을 편하게 할 수 있는 기능

setting -> Features -> Issues -> Set up templates에서 생성


GitHub Milestone (이정표)

이슈 관리도구

  • 특정 기간 내에 달성해야 할 목표를 정의하고, 이에 대한 진행 상황을 추적하는 데 사용


Github Project Kanban


Git flow

브랜치 생성하기 / 변경하기 (git switch)

# feature라는 브랜치를 새로 생성하는 경우, -c를 붙인다.
git switch -c feature
# checkout이라는 명령어도 사용할 수 있다.
git checkout -b feature

# 기존에 있던 main 브랜치로 HEAD를 변경하려면, -c를 붙이지 않는다.
git switch main
git checkout main

브랜치 합치기 (git merge)

  1. 기능 개발 완료 후 커밋
git commit -m "기능1의 세부 기능1"
git commit -m "기능1의 세부 기능2"
git commit -m "기능1 개발 완료"
  • 커밋 과정에서 미리 약속해둔 아래 형태를 지켜야한다.

    Commit Message

    Message 설명
    [feat] 새로운 기능을 추가할 경우
    [fix] 버그를 고친 경우
    [design] CSS 등 사용자 UI 디자인 변경
    [style] 코드 포맷변경, 세미콜론 누락, 코드수정이 없는 경우.
    [refactor] 프로덕션 코드 리펙토링할 경우
    [comment] 필요한 주석 추가 및 변경
    [docs] 문서를 수정한 경우
    [test] 테스트 코드 작업을할 경우
    [chore] 빌드 테스트 업데이트, 패키지 매니저를 설정하는 경우
    [rename] 파일 혹은 폴더명을 수정하거나 옮기는 작업만 하는 경우
    [remove] 삭제하는 작업만 수행한 경우
    [init] 브랜치 초기화 및 초기셋팅 관련된 설정일 경우
  1. 머지를 위해 main 브랜치로 전환
git switch main
  1. main 브랜치로 feat/todo 브랜치를 병합
git merge feat/todo
  1. GitHub 리포지토리로 푸시
git push origin feat/todo
  1. GitHub에서 Pull Request

브랜치 삭제하기 (git branch -d)

머지된 feature 브랜치는 이미 dev 브랜치에 기록이 완벽하게 남아있기 때문에 굳이 남겨둘 이유가 없어 삭제를 권장한다.

git branch -d feat/todo
  • Git은 원활한 버전 관리를 위해서, 브랜치가 합쳐지지 않으면 삭제하지 못하도록 설정이 되어있다.

  • 이 때 -D 옵션을 쓰면 강제로 삭제할 수 있다.

git branch -D feat/todo
  • 하지만 머지하지 않고 브랜치를 삭제하는 것은 권장되지 않는 방법이다.
    (되돌릴 여지를 남기기 위해서...)

0개의 댓글