git branch <branch 이름>
git branch -v
q
눌러서 빠져나오기git branch
git checkout <branch 이름>
git add .
git add <파일 이름>
git commit -m "메세지 입력"
git push origin <branch 이름>
👉 Pull Request를 날리는 이유?
협업 시, 코드에 잘못된 부분, 수정할 부분들을 미리 알기 위해서이다.
작성 시 필요한 것
👉 코드 리뷰
해당 코드에 리뷰가 달리면, 코드를 다시 수정 후 푸쉬하면 된다.
좋은 코드라면 -> merge
—merged
, —no-merged
옵션을 사용하여 merge가 된 브랜치인지 아닌지 필터링할 수 있다.git branch --merged
git branch --no-merged
예를 들어 master브랜치와 test 브랜치가 있다고 했을 경우,
**git merge test**를 하게되면
test브랜치에만 있던 코드가 master브랜치에 병합된다.
// master에 체크아웃
git checkout master
// test브랜치의 코드를 master에 합침
git merge test
git merge [브랜치명]
&&<<<<<<< HEAD
{현재 브랜치의 다른 파일 내용}
=======
{충돌나는 브랜치명 또는 commit에서의 다른 파일 내용}
>>>>>>> 충돌나는 브랜치명 또는 commmit 아이디
<<<<<<< HEAD
master content -> 현재 브랜치[master]에서 수정된 내용
=======
test content -> 머지할 브랜치[test]에서 수정한 내용
>>>>>>> 충돌나는 브랜치명 또는 commmit 아이디
# 대상 브랜치로 이동
git checkout [대상브랜치]
# 대상 브런치의 로컬 최신화
git pull origin [대상브랜치]
# 다시 내 작업 브랜치로 이동
git checkout {작업 브랜치}
# 머지 요청
git merge [대상브랜치]
# 수정 후, add, commit, push 진행
git branch -d <branch 이름>
https://velog.io/@sodkdlel123/Github에서-Pull-request-날려보자
https://git-scm.com/book/ko/v2/Git-브랜치-브랜치와-Merge-의-기초
https://victorydntmd.tistory.com/78
https://mylko72.gitbooks.io/git/content/branch/checkout.html