브랜치를 잘 쓸줄 몰랐는데 이번에 쓸일이 생겨서 찾아보는 중
목표는
master 브랜치에는 릴리즈 수준으로만 커밋하고
실제 개발은 로컬 브랜치에서 작업하고
결과물만 master로 merge 하는 것 이다.
명령어는 아래와 같이 master와 dev를 오가면서 해야 하는데
혹시나 해서 dev 에서 작업중 master에서 추가되는데 별 문제가 없었다.
굳이(?) 필요했다면 dev에서 master를 merge 하면 되긴 할 듯.
master | dev |
git init git touch README git add README git commit -m "initial upload for project" |
|
git branch dev git checkout dev (혹은 git switch dev) 'dev' 브랜치로 전환합니다 |
|
touch Makefile mkdir app cd app touch Makefile touch main.c cd .. git add Makefile app/ git commit -m "application added" git switch master 'master' 브랜치로 전환합니다 |
|
touch RELEASE git add RELEASE git commit -m "add release rule" git checkout dev (혹은 git switch dev) 'dev' 브랜치로 전환합니다 |
|
cd app vi Makefile vi main.c git add Makefile git commit -m "makefile fixed" git add mainc. git commit -m "skeleton added" git switch master 'master' 브랜치로 전환합니다 |
|
cd .. git checkout dev -- . (현 위치에 dev 를 체크아웃함) git add Makefile app/ git commit -m "feature added for dev branch" |
$ git help checkout git checkout (-p|--patch) [<tree-ish>] [--] [<pathspec>...] This is similar to the previous mode, but lets you use the interactive interface to show the "diff" output and choose which hunks to use in the result. See below for the description of --patch option. |
[링크 : https://inpa.tistory.com/entry/GIT-⚡%EF%B8%8F-깃-Branch-정리-branch-checkout-merge-rebase]
'프로그램 사용 > Version Control' 카테고리의 다른 글
git switch (0) | 2025.01.16 |
---|---|
git stash drop , clear (0) | 2024.09.19 |
git submodule ... 2? (0) | 2024.06.19 |
git diff --staged (0) | 2022.09.05 |
git reset 서버 commit (0) | 2021.09.14 |