728x90
반응형
💎 새로운 local repository 생성 및 연동하기
git init 으로 폴더(저장소)를 초기화 하기
💎 Git 명령어 사용하기
| git init | 저장소 초기화 |
| git add | 스테이징 영역에 추가 |
| git commit -m | 커밋(변경사항 기록) |
| git status | 현재 상태 확인 |
| git log | 커밋 히스토리 조회 |
| git switch/ git checkout | 브랜치/커밋이동 |
| git reset | 히스토리 변경(삭제) |
| git revert | (안전한)취소 커밋 생성 |
💎 Git 브랜치 전략 설계하기
브랜치란?
프로젝트의 현재 상태를 투고, 독립적으로 개발을 진행 할 수 있는 기능
브랜치를 사용하는 이유?
- 독립적인 개발 환경 : 메인 브랜치에서 분리된 상태로 진행하기 때문에 작업 도중에 발생하는 이슈가 다른 작업에 영향을 주지 않는다.
- 효율적인 협업 지원 : 여러명의 개발자가 각각의 브랜치에서 병렬 작업을 할 수 있어 개발 속도가 빠르다.
- 코드 품질 유지와 테스트 용이성 : 코드 리뷰를 통해 검토, 테스트를 충분히 해볼 수 있으며 완료 후 메인 브랜치에 병합하면 된다.
브랜치 전략(Git Flow)
대규모 협업에서 안정적인 버전 관리를 위해 표준 브랜치 전략을 의미한다.
충돌 방지와 기능개발, 유지보수를 체계적으로 분리해 관리 할 수 있다.
| 주요 브랜치 |
main | 항상 안정적인 상태. 배포되는 최종 코드가 저장되는 브랜치 |
| develop | 다음 버전을 위한 기능 개발 통합 브랜치 | |
| 보조 브랜치 | feature | 새로운 기능을 개발 할 때 사용 (develop에서 분기됨) |
| release | 배포 전에 테스트하고 버그를 수정하는 브랜치 (develop에서 분기됨) | |
| hotfix | 긴급하게 버그를 수정해야 될 때 (main에서 분기) |
💎 branch 생성 및 전환하기
| git branch | 브랜치 생성 |
| git checkout | 브랜치 이동 |
| git switch -c | 브랜치 생성 및 이동 |
💎 README 파일 작성하고 커밋하기
GitHub에서 바로 생성해도 되고 README.md 파일 생성하여 작성해도 된다.
💎 기본 Git 워크플로(커밋, 푸시, 풀, 병합) 마스터하기
| git commit -m "커밋명" | 커밋 |
| git push [원격이름] [브랜치이름] | 푸시 - 로컬 브랜치의 커밋을 원격 브랜치로 전송하여 동기화 |
| git pull [원격이름] [브랜치이름] | 풀 - 원격 최신 커밋을 가져와 로컬 브랜치에 자동으로 병합(Merge) |
| git merge [타켓 브랜치] | 머지 - 현재 브랜치에 다른 브랜치 통합 |
💎 Git 충돌 해결하기 & PR(Pull Request), 코드리뷰 작성하기
여러 브랜치에서 같은 파일 동시 작업 후 Merge 할 때 충돌이 날 수 있다.
Pull requests를 통해 머지를 시도한다.
코드리뷰 하는 방법은 다양하고 나는 comments를 통해 리뷰를 했다.
728x90
반응형