20230114

GIT

오늘은 현업에서 사용하는 깃에 대해 알아보았다. 개인프로젝트를 할 때에는 하지 않았던 버전관리, 레포, 브랜치 생성 및 머지 그리고 푸시를 토이프로젝트를 진행하면서 알게 되었다.

처음에는 터미널과 깃허브 데스크톱으로 진행했지만, 전체적인 흐름을 보기위해 소스트리도 병행하며 깃에 대한 전반적인 지식을 익혔다.

우선, 정리한 대표적인 깃 명령어는 다음과 같다.

git status - 깃의 변경사항을 알 수 있다.
git add . - 스테이징에 수정된 모든 파일을 스테이징 area에 넣음
git commit -m “fix: RestController를 Controller로 변경” - 커밋 메시지를 넣음’
- 최대한 자세하게 커밋메시지를 넣어주는 것이 중요
git checkout feature/브랜치명 - *** 브랜치로 전환
- git switch - checkout과 같은 최신 명령어
- git checkout feature/apple - apple 브랜치로 전환
git pull origin 브랜치명 - *** 브랜치로 풀을 받아옴
- git pull origin develop - develop 브랜치로 풀을 받아옴
git push origin - 원격 레포로 반영
git fetch - 최신화 업데이트 반영
git branch -l - 브랜치 목록

협업을 할 때 깃을 사용하는 순서는 대략적으로 이러하다

각 브랜치에서 파일 수정 ➜ 커밋 ➜ 메인 브랜치에 수정된 각 브랜치 머지 ➜ 푸시

하지만, 대체적으로 현업에서 머지는 대표로 한 명이 한다고 한다.

깃을 원격 레포에 커밋할 때 커밋 컨벤션을 적극 활용 하는 것이 중요하다.

예를 들어 커밋 컨벤션을 사용하는 방법은 다음과 같다.

컨벤션 예시
feat: 새로운 파일을 추가했습니다.
2개 이상의 수정이 이뤄졌을 때는 ‘ , ’ 을 사용하여 구분
feat: 새로운 파일 추가, docs: 문서 수정

Git - 커밋 메시지 컨벤션

Git - Commit Message Convention 커밋 메시지를 작성할 때는 원칙을 정하고 일관성 있게 작성해야 한다. 아래는 유다시티의 커밋 메시지 스타일 가이드를 참조한 내용이다. 1. Commit Message Structure 기본적

doublesprogramming.tistory.com

프로그래머스 코드 솔루셔 아카이브 - Git 관리 방법

GitHub - pengooseDev/Coding-test-Archive: 프로그래머스 코딩테스트 솔루션 아카이브

프로그래머스 코딩테스트 솔루션 아카이브. Contribute to pengooseDev/Coding-test-Archive development by creating an account on GitHub.

github.com