{type}/{issue-number}/{short-description}
ex)
(띄어쓰기 X, - 을 사용합니다.)
feature/issue-123/login-api
bugfix/issue-198/fix-navbar
hotfix/issue-1201/critical-error
refactor/issue-1305/optimize-query
test/issue-1401/unit-test-taskservice
chore/issue-1600/update-dependencies

원격 저장소에서 내용을 로컬 저장소로 가져온다

• 로컬 저장소가 없을 시 : 저장소의 레포지토리 안 HTTPS URL 이용

develop 브랜치 생성 후 pull

$ git checkout -b develop
$ git pull origin develop

로컬 저장소에서 작업할 브랜치를 생성 후 해당 브랜치로 이동한다.

# 로컬 저장소 branch 호출 (초기에는 master, develop 필요)
$ git branch

# 브랜치 생성 명령어
$ git branch 브랜치이름
$ git checkout 브랜치 이름
# 위의 명령어를 한번에 치고 싶으면 :git checkout -b feature/issue-123/login-api
# 브랜치 네이밍 규칙은 상단 내용 참고 ex) f{type}/{issue-number}-{short-description}

• 코드 작성

# status는 단순히 git 내용 확인
$ git status 

$ git add .

# 커밋 메시지 작성
# (Closes #이슈번호)를 포함하면 PR 머지 시 이슈 자동 종료됩니다.
$ git commit -m "feat: login 페이지 구현  (Closes #123)"

# 작업 branch 예시 : feature/issue-123/login-api
# 원격 저장소 branch 생성 후
$ git push origin {작업 branch}

• 기능이 너무 커서 한 번에 개발하기 어렵거나, 개발 컴퓨터를 변경할 경우

# WIP(Work In Progress)를 commit message에 추가
git commit -m "feat: WIP - Implement login validation (missing password hashing)"

• Github에서는 pull request 표현 사용

# 반드시 develop를 가져와야 합니다. 문제 생겨요!!
$ git checkout develop
$ git status

$ git pull origin develop

• 로컬 환경에서 안쓰는 브랜치는 삭제합시다. (master, develop) 제외

• 명령어

# 로컬 깃 브랜치 확인
$ git branch
$ git branch -d feature/issue-123/login-api

• 과정중에서 발생하는 문제점은 반드시!! 공유해야합니다.
• 우리 모두 초보기 때문에 문제 상황을 항상 대비해야합니다.
• 프로젝트 초기 단계에서는 변경된 코드 상황 및 진행 상황 따로 저장해나가면서 하는 것도 추천드려요.

• Github에서 Pull Request 를 통해 머지 합치기를 진행합니다.
• 이때 가능한 다른 사람들과 함께 진행하고, Reviewer를 남겨주세요!

• GitHub PR 없이 직접 브랜치 병합이 필요할 경우, 아래 가이드를 한 줄씩 차근차근 따라 주세요.

# 1. 현재 develop 기준으로 시작
git checkout develop
git fetch origin
2. 충돌이 발생한 PR 브랜치 체크아웃
git checkout -b your-feature-branch origin/your-feature-branch
3. 최신 develop 브랜치 내용 병합
git pull origin develop
4. IDE에서 충돌된 파일 수정
VSCode, IntelliJ 등에서 충돌된 파일 수정
<<<<<<<, =======, >>>>>>> 구간 정리
5. 해결 후 상태 확인
git status      # 수정된 파일 목록 확인
git add .       # 충돌 해결한 파일 스테이징
git commit -m "resolve merge conflict with develop"
git push origin your-feature-branch

• GitHub에 다시 들어가면 PR의 충돌 상태가 해결된 걸로 바뀝니다.
• 이후 평소대로 PR 리뷰 및 머지 진행합니다.

제목 (Type: Subject)

• 제목은 50글자 이내로 작성한다.
• 소문자로 작성한다.
• 마침표 및 특수기호는 사용하지 않는다.
• 영문으로 작성하는 경우 동사(원형)을 가장 앞에 명령어로 작성한다.
• 과거시제는 사용하지 않는다.
• 간결하고 요점적으로 즉, 개조식 구문으로 작성한다.
• ex)

어떤기능을 구현했는지 간단하게 설명

작업 상세내용 에 어떤 작업을 사용했는지 적은후 리뷰어를 지정후에 Pull Request 날리기

리뷰어는 자기 자리기준 양옆의 사람을 지정합니다.

git checkout -b {브랜치 명}

{브랜치 명}을 만들고 해당 브랜치로 이동한다.

브랜치가 만들어지고 잘 이동하는 것을 확인할 수 있다.

git add .

git commit -m "컨벤션에 맞는 커밋 메시지"

git push origin {브랜치 명}

• master 브랜치에서 다른 브랜치로 이동해야한다.
• git checkout -b {브랜치 명} 으로 브랜치를 만들고 이동할 수 있다.
• 브랜치 명을 잘 확인하세요.

이동 후 git pull origin {브랜치 명} 으로 해당 브랜치의 자료를 내려받을 수 있다.