Git

# of Posts

1 more property

Gallery

git init

git add .

git status

git commit ← template 적용해둠, 소환! or git commit -m “chore : First init” 강제 입력

git remote add origin <Github url>

git push --set-upstream origin master

git switch -c <function name>

git switch <function name>

cloning

gh auth login

when logined with browser.

gh repo clone yzpocket/javajungsuk3

.gitignore rm

[Git] 설명없음 그냥 쓰다보니 외운 CLI 기본 명령어

Github에서 PR방식 커뮤니케이션은 필수적이라 생각한다. 하지만 나는 이 방식에 대한 이해도가 높지 않아서 충분한 기능을 사용하지 못해왔었다.

이번에 팀원들과의 테스트를 통해서 팀장이 공유한 원격 리포를 Fork 이후부터 공식문서를 참고하여 약식 테스트를 거쳐서 기능들을 충분히 테스트해볼 수 있었다.

앞으로 팀 협업을 할 때 적극적으로 활용해봐야겠다.

우선 전반과정을 내가 이해하기 쉽게 정리했다.

•

Fork로 팀장의 원격 리포를 클론

•

New Branch 기능 단위 에 대한 Branch를 생성

◦

내가 분담한 기능에 대한 추가 및 수정 작업을 진행

◦

Commit으로 저장 및 변경 사항들을 기록

◦

기능 세부 작업 단위 Commit

•

몇번의 작업 끝에 기능을 구현 완료했다고 가정

◦

PUSH로 원격에 변동사항 전달

◦

Pull Request 작성

◦

Master(main)에게 PR 전달

•

PR 검토, 리뷰

•

Change Request확인 및 리뷰 검토 등 커뮤니케이션 진행

[Git]02 협업 Pull-Request와 Conflicts발생, Change Request로 커뮤니케이션하기

해당 양식처럼 사용하려고 노력하고 있다. 하지만 항상 해당 양식을 복사, 붙여 넣기 하는 것은 비효율적이었다. 이미 자동화된 template 같은 게 있지 않을까? 생각했다.

git 공식문서를 통해서 template을 설정하고 작성하는 것을 참조했다.

Git - Git 설정하기

This book is available in English.

https://git-scm.com/book/ko/v2/Git맞춤-Git-설정하기

1. Git Config 이해

Git은 내장된 기본 규칙을 따르지만, 설정된 것이 있으면 그에 따른다.

--system

Git은 먼저 /etc/gitconfig 파일을 찾는다. 이 파일은 해당 시스템에 있는 모든 사용자와 모든 저장소에 적용되는 설정 파일이다.

git config 명령에 --system 옵션을 주면 이 파일을 사용한다.

--global

다음으로 Git은 ~/.gitconfig 파일을 찾는다. 이 파일은 해당 사용자에게만 적용되는 설정 파일이다. --global 옵션을 주면 Git은 이 파일을 사용한다.

--local

마지막으로 현재 작업 중인 저장소의 Git 디렉토리에 있는 .git/config 파일을 찾는다. 이 파일은 해당 저장소에만 적용된다. git config 명령에 --local 옵션을 적용한 것과 같다. (아무런 범위 옵션을 지정하지 않으면 Git은 기본적으로 --local 옵션을 적용한다)

각 설정 파일에 중복된 설정이 있으면 설명한 “순서대로” 덮어쓴다. 예를 들어 .git/config 와 /etc/gitconfig 에 같은 설정이 들어 있다면 .git/config 에 있는 설정을 사용한다.

2. Commit Message template 설정

커밋 시 Git은 commit.template 옵션에 설정한 template 파일을 보여준다.

커밋 메시지 template을 지정하면 커밋 메시지를 작성할 때 일정한 스타일을 유지할 수 있다.

template 파일 생성하기

[Git]01 Commit Template 설정해보기 및 IntelliJ에서 Git commit template Plugin 사용하기

git을 통해 commit을 할 때 Commit 메시지를 작성하게 된다.

나는 깃을 혼자사용해왔기 때문에 사실 별로 신경쓰지 못했었다. 하지만 거의 메모장 수준으로 작성해왔고 항상 어떻게써야하지 생각을 해왔다.

하지만 개인 기록용이 아니라 협업에서는 이것도 하나의 커뮤니케이션 툴이며 공통된 규칙이 있어야 된다.

분명 회사마다 방식이 조금 다를 수도 있지만 기본적인 규칙을 다른 사람들은 어떻게 사용하는지 이번 기회에 올바른, 다른 사람들도 알아보기 편한 커밋 메시지 규칙들을 검색해보고 나도 실천하려고 한다.

기본 규칙

제목과 본문을 빈 행으로 구분

50글자 이하

대문자

마침표X

명령문

72글자 이하

무엇과 왜

Commit Message 구조 type : title(제목)

body(본문, 생략 가능)

Resolves : #issueNo, ...(해결한 이슈 , 생략 가능)

See also : #issueNo, ...(참고 이슈, 생략 가능)

Type 키워드	사용 시점
feat	새로운 기능 추가
fix	버그 수정
docs	문서 수정
style	코드 스타일 변경 (코드 포매팅, 세미콜론 누락 등)기능 수정이 없는 경우
design	사용자 UI 디자인 변경 (CSS 등)
test	테스트 코드, 리팩토링 테스트 코드 추가
refactor	코드 리팩토링
build	빌드 파일 수정
ci	CI 설정 파일 수정
perf	성능 개선
chore	빌드 업무 수정, 패키지 매니저 수정 (gitignore 수정 등)
rename	파일 혹은 폴더명을 수정만 한 경우
remove	파일을 삭제만 한 경우

[Git]00 Commit 메시지 작성법 컨벤션