Git - gksrlfw/study GitHub Wiki

Git

어느 두 저장소에 대한 관계를 표현하는 용어입니다. push 와 pull 을 기준으로 A 에서 B 로 push 한다면 B 가 upstream 이 됩니다.

예를 들어 B 의 저장소를 fork 했다면, B 의 저장소가 upstream 이 됩니다. (확인필요) 만일 원격저장소와 로컬저장소의 관계에서는 원격저장소가 upstream 입니다.

보통 로컬저장소에서 branch 를 생성하고 여기서 작업한 커밋을 원격저장소에 push 할 때, 어느 저장소로 push 해야될지 모르므로 아래와 같이 작성해야 합니다.

git push origin feature/-

하지만 upstream 을 미리 적용해주면 아래처럼 push 명령만 해주면 됩니다.

git push

설정하는 방법은 아래와 같습니다.

1. default 로 현재 브랜치 이름을 upstream 으로 지정합니다.

git config --global push.default current

current 이외에 여러 설정이 있습니다. 필요하면 확인합시다.

2. 직접 설정할 수 있습니다.

git branch --set-upstream-to=origin/<branch> <local branch>

git flow 는 브랜치를 효율적으로 관리하기 위해 사용하는 규칙입니다. 여기서는 git flow 의 개념이 아닌, git 에서 제공하는 git flow 기능 중 release 의 동작에 대해 작성합니다.

1. git flow release start dev 브랜치에서 release 브랜치를 만들로 checkout 합니다.
2. 개발자는 release 브랜치에서 원하는 작업을 진행합니다. (ex. version update)
3. git flow release finish release 브랜치를 main 에 merge 합니다. 그리고 tag release- 을 만들고 dev 에 merge 합니다. release 브랜치는 삭제되고 dev 로 checkout 합니다.

이후에는 main, dev 레포지토리에 push 하고, tag 를 push 하여 production 에 배포할 수 있습니다.

git 에서 tag 는 특정 커밋에 대한 또 다른 이름입니다. 커밋은 checkout 하여 내용을 수정할 수 있지만 tag 는 수정불가능합니다. 목적이 정해져있지는 않지만 보통 버전을 release 할 때 사용합니다. 제품 1.0 이 릴리즈 될 때 태깅을 합니다. 이후, 1.1 버전을 개발할 때는 커밋으로만 관리하다가 1.1 이 완성되면 다시 태깅하고 릴리즈합니다.