Git 코드, 운영

코드 모음

 

git init = 저장소 생성

git add (파일명) ,git add . (전체)

git status 내 상태창 열기 (현재 내가 있는 브랜치, commit 상황)

git log --all --online  (head 내 현재위치) 

git difftool  ==> yes ==> hjkl 방향키, q 종료 비교하기

git difftolol 'log id' ==> 현재파일vs특정커밋 비교 가능

git restore (파일명) == 최근 커밋 상태로 돌아감

git restore --source 커밋아이디 전 시절 커밋파일로 돌아감

git revert (커밋 취소) 

git reset --hard (커밋 아이디) 전으로 되돌리기 

git fetch  원격 저장소 신규 commit 가져오기

git branch 자기 브랜치 확인

git branch -d,D (브랜치명) 삭제

git checkout, git switch 브랜치 이동 

 

git remote --v 원격 저장소 확인하기 (URL 까지)

 

---

운영 방법

git flow

1. develop 브랜치부터 생성합니다. 

 

일단 실험용 프로젝트 사본을 만들고 거기다가 먼저 개발해봅시다. 

그러기 위해 main 브랜치에 있던 기존 프로젝트를 복사한 develop 브랜치를 생성합니다. 

이제 모든 개발은 develop 브랜치에서 진행하라고 팀원들에게 전파합니다. 

 

2. 신기능개발은 feature 브랜치에서 진행

 

신기능을 만들고 싶으면 develop 브랜치를 복사한 feature 브랜치에서 각각 개발합니다. 

feature/guild 브랜치 만들어서 기능 만들기

(브랜치 작명할 때 여러 단어가 필요하면 보통 대시나 / 기호 씁니다)

 

- 완성되면 develop 브랜치에 merge 합니다.

- 중요한 내용이 아니면 squash and merge도 괜찮습니다. 

 

3. 신버전 출시 준비는 release 브랜치

 

이걸 바로 main 브랜치에 합치기엔 또 불안하기 때문에

develop -> release 브랜치 이렇게 프로젝트를 복사한 다음 출시준비를 합니다. 

 

- 여기서 테스트나 QA같은거 진행하면 됩니다. 

- 버그를 발견하면 알아서 임시 브랜치 만들어서 수정하거나 합니다.

- release/1.0 이런 식으로 이쁘게 브랜치 이름을 짓는 경우가 많습니다.

 

완성된 것 같으면 main 브랜치로 merge 합니다. 그리고 그거 유저들에게 배포하면 됩니다. 

개발은 계속 진행되어야하니 완성본은 develop 브랜치에도 merge 해줍시다. 

 

4. hotfix 브랜치

갑자기 버그를 발견했습니다. 

그런 급한 것들은 main 브랜치에서 hotfix 이런 브랜치 하나 만들어서 바로바로 버그수정하면 됩니다. 

 

- 수정이 완료되면 main 브랜치에 직접 merge 하면 됩니다. 

- 당연히 develop 브랜치에도 merge 해줘야합니다. 

 

- continuous delivery 참고 

 

Q. merge 할 때 어떤 방법 쓰는게 좋은가요?

기록을 남겨야하는 중요한 브랜치를 merge할 땐 3-way merge

기록을 남길 필요없는 쓸데없는 브랜치를 merge할 땐 squash, rebase 쓰면 됩니다. 

취향일 뿐이고 알아서합시다.