Github 프로젝트

Issue
프로젝트 새로운 기능 제안, 버그 찾아 제보 등
말 그대로 프로젝트의 이슈

Milestone
이정표, 테스크 카드의 그룹화
연관된 이슈의 추적과 진행 상황 한눈에 파악

Pull Request
내가 작업한 내용 git branch에 합칠 수 있는지 확인하는 요청

Project
업무 관리 기능
칸반 보드를 생성하고 칸반으로 업무 흐름 관리

Github 리포지토리

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

Work In Progress(WIP) : 현재 진행하고 있는 작업
업무의 효율을 위해 WIP 제한을 두기도 함

Github Project 칸반

튜토리얼 1

- Issue (task card) 생성

• 테스크 작성

- 마일스톤 : 요구사항 진척도 확인용

1. 마일스톤 생성

튜토리얼 2

- Github Project

1. 프로젝트 생성
2. 프로젝트 이름 및 접근 설정
3. Issue 연결
4. Project 설정
5. Project 적용

Git flow

Git branch

branching은 기존 개발중인 메인 개발 코드를 그대로 복사하여
새로운 기능 개발을 메인 개발 코드를 건드리지 않고 할 수 있는
버전 관리 기법

브랜치 생성하기 / 변경하기

새로운 브랜치로 Git이 바라보는 곳, HEAD를 변경하는 작업을 switch라고함

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

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

브랜치 합치기 merge

# 기능 개발이 진행되었습니다.
git commit -m "기능1의 세부 기능1"
git commit -m "기능1의 세부 기능2"
git commit -m "기능1 개발 완료"
# 머지를 위해 main 브랜치로 전환
git switch main
# main 브랜치로 feat/todo 브랜치를 병함
git merge feat/todo

실제 프로젝트에서는 브랜치를 로컬에서 합치기 보다는
pr 기능을 이요해 변경 내역 충분히 확인하고 머지함

브랜치 삭제

머지된 브랜치는 기록이 남았기 때문에 굳이 남겨둘 필요 없어 삭제 권장
git은 원활한 버전관리 위해 브랜치 합쳐지지 않으면 삭제 못 하는게 디폴트 설정
진짜 필요없어서 지울때는 -D 옵션으로 삭제

Git flow

브랜칭 전략
보다 효율적인 개발 프로젝트 코드 관리를 위해 브랜치의 종류를 나눠서 관리하는 전략
몇몇 유명한 브랜칭 전략 생겨나는데 그 중 가장 유명한 전략이 Git flow

pre-project를 위한 Coz' Git flow

핵심 브랜치

• main 브랜치 : 사용자에게 제품으로 출시 가능한 브랜치
• dev 브랜치 : 다음 버전 배포를 위한 개발중인 브랜치

보조 브랜치

• feature 브랜치 : 기능 개발, 리팩토링, 문서 작업, 오류 수정 등 다양한 작업 기록용 브랜치

보통 각 개인 로컬 리포지토리에서 만들고 작업하는 보조 브랜치로
브랜치 생성 삭제 너무 두려워하지 말고 작은 기능이라도 브랜치 만들고 자주 커밋하고
자주 push해서 팀원들과 자주 상의해라 -> 코드 피드백 두려워하지 말라

PR 튜토리얼

Git flow 차트