자리 바꾸면
cd Gitpractice
git config --local user.name "minwoo"
git config --local user.email "1124mw@naver.com"
sourcetree 다운로드하고 사용
타입[범위]: 제목
[본문]
[꼬릿말]
타입
커밋 타입은 아래와 같다. 범위에는 관련된 기능을 적을 수도 있고, 이슈 ID를 적을 수도 있다.
Feat: 새로운 기능의 추가
Fix: 버그 수정
Docs: 문서 수정
Style: 스타일 관련 기능(코드 포맷팅, 세미콜론 누락, 코드 자체의 변경이 없는 경우)
Refactor: 코드 리펙토링
Chore: 빌드 업무 수정, 패키지 매니저 수정 등 잡다한 일(ex .gitignore 수정 같은 경우)
- main 브랜치에서 기능 관련 브랜치를 만들고 체크아웃한다.
- 기능을 개발할 때마다 커밋하면서 푸시를 한다.
2-1. 개발 및 커밋하기 전 git fetch를 통해서 원격 저장소를 항상 최신화한다.
2-2. main에 새로운 기능이 추가되었다면 내 브랜치로 병합한다. 이 과정에서 충돌이 발생했을 시 충돌을 해결한다.
2-3. 커밋하기 전 항상 내 코드를 스스로 리뷰한다.
- 기능 개발이 끝났다면 Pull Request를 연다.
3-1. Pull Request 도중 충돌이 발생했을 경우 로컬에서 충돌 해결한 다음 푸시한다.
- 다른 사람들한테 Pull Request를 열었다고 알려준다.
- 해당 팀원의 코드를 리뷰한다.
- 리뷰가 끝났다면 병합한다.
- 병합이 끝나면 원격 브랜치를 삭제한다.
[2]
- main 직접 푸시하는 경우 있음. => 꼭 브랜치 만들기
- fetch 하세요.
- Merge Pull Request 대신에 Close Pull Request
- Push != Pull Request. Push를 한다고 Pull Request가 되는 건 아님
- Pull Request를 병합한 뒤에 Delete Branch를 하는데 이거는 Remote Branch만 삭제함. Local Branch X
- Pull Request는 브랜치 하나 당 하나만 열 수 있음. 새로운 Pull Request를 열고 싶다면 이전 Pull Request를 닫거나 병합해야 함.
git init : 래포 생성
git status : 래포 상태 확인
git add : 스테이싱
git restore : Unstage or Discard
git commit : 커밋하는 거
git branch : 브랜치 만드는 거
git merge : 병합하는 거
git reset : 되돌아 가는거
git revert : 반대되는 커밋
git fetch : 원격 가져오기
git pull : fetch + merge
git push : 원격으로 보내기
git clone : 로컬로 복제
github flow
main에서 새 브랜치 만들기
작업하면서 커밋 푸시
작업 끝나면 pr
코드리뷰
리뷰끝나면 main으로 merge
- 코드 리뷰
- 리뷰 끝나면 main으로 merge
충돌처리
1