Git bash를 이용해보기는 했지만 이용할 때 마다 어떻게 했었지를 고민해게 되어 작성하게 됐다.
Git을 어떻게 사용하는지는 알겠는데 매번 사용할 때마다 PR을 날릴 때 history가 다르다고 뜬다.
그 이유를 이제서야 알았다.
Github를 사용할 때 Repository를 만들 것이다.
만약 Repository를 만들고 아무것도 작성하지 않았다면 git bash와 연결해서 git init을 실행한다.
하지만 그 안에 Readme 파일이라던가 무엇이 있다면 그 상태에 또 git init을 하고 브랜치를 파게되면 히스토리가 다르다고 나오게 된다.
그럼 어떻게 사용하는게 좋을까?
1. Repository 안에 아무것도 없을 때
해당 폴더로 이동 후 폴더 안에서 우클릭 - git bash here
# 1. 깃 저장소 초기화
git init
# 2. 모든 파일 스테이징
git add .
# 3. 첫 번째 커밋 생성
git commit -m "First commit: Setup Spring Boot and CI/CD"
# 4. 기본 브랜치 이름을 main으로 변경 (요즘 깃허브 기본값)
git branch -M main
# 5. 브랜치 생성 및 이동
git checkout -b <브랜치 이름>
# 6. 원격 저장소 연결
git remote add origin <Repository 주소>
# 7. 푸시
git push -u origin <브랜치 이름>2. Repository 안에 파일이 존재할 때
일단 나는 눈에 바로 보이는 것이 좋아서 배경화면 - 우클릭 - git bash here 로 시작했다.
# 1. 깃 복제
git clone <Repository 주소>
# 2. 저장소로 이동
cd <Repository 이름>
# 3. 브랜치 생성 후 입장
git checkout -b <branch 이름>
# 4. 해당 폴더에 파일 추가 / 삭제 / 수정 등 변경
# 5. 파일 상태 확인
git status
# 5. 모든 파일 저장
git add .
# 6. 커밋
git commit -m “commit 작성방법대로 작성”
# 7. 푸시
git push -u origin <branch 이름>
만약 PR을 날리고 Merge가 됐다면 이 이후에 브랜치에 파일을 추가할 때 오류가 뜰 것이다.
그때는 pull을 한 후 진행해야한다.
배경화면에 다운 받아진 폴더에서 git bash here을 클릭하면 브랜치가 자동으로 작성되어있다.
그럼 아래 작성 후 위의 코드 중 4번부터 시작하면 된다.
# 메인 변경사항 가져오기
git pull origin <branch 이름>
Git Commit -m 작성법
커밋 메세지에 규칙이 필요한 이유
- 팀원과의 소통
- 편리한 과거의 기록 추척
- 이슈 관리
메세지 포멧
타입(Type) : 제목 (Subject)
본문(Body)
꼬리말(Footer)
Type
작성할 때 첫글자는 대문자로 작성
feat: 새로운 기능에 대한 커밋
fix: 버그 수정
build: 빌드 관련 파일 수정
ci: CI관련 설정 수정
docs: 문서 (수정 / 추가 / 삭제)
style: 스타일 (코드 형식, 세미콜론 추가: 비즈니스 로직에 변경없는 경우)
refactor: 코드 리팩토링
test: 테스트 (테스트 코드 추가, 수정, 삭제 : 비즈니스 로직에 변경없는 경우)
chore: 기타 변경사항 (빌드 스크립트 수정 등)
본문과 꼬리말은 선택사항
참고