2022/08/03 - TIL

오늘 공부한 것

Branch :

분기점을 생성하여 독립적으로 코드를 변경할 수 있도록 도와주는 모델

git branch
git branch -r
git branch -a
git branch branch-name

git branch : 현재 깃 브랜치보기

git branch branch-name : branch-name으로 깃이름 생성하기. 주의 깃이름은 띄어쓰기가 안된다

git checkout branch-name

(과거에 사용하던 브랜치 이동방법)

git switch branch-name

(지금 브랜치 이동하는 방법)

git switch branch-name : branch-name을 기준으로 branch를 이동한다

feat : Set doctype html, add html tag

feat를 굳이 새로 추가라는 표현을 쓸 필요까지는 없고 기능 개발 정도로 사용해도 괜찮다

set은 add의 아래이다

git switch main
git merge branch-name

git main과의 merge를 한다.(메인으로 이동해서 branch-name과 합쳐라)

만일 지금 branch를 merge하고 branch의 역활이 끝나게 되면(merge가된 branch는) 바로 삭제해주는 것이 중요하다

git branch -d branch-name

git branch -d branch-name : 깃 브랜치 삭제

이렇게 깃 브랜치에 추가하고 지우고 메인을 디폴트로 진행하는 방식을

Git-flow 방식이라고한다

---

잠깐! 만일 git merge를 할 때, merge conflict가 있다면?

vi index.html

index.html에 들어가서 충돌되는 부분을 해소하고

git add index.html

git commit을 한다.

git commit을 하면서 나온 제목은 그대로 냅둬도 되지만, 내용같은 경우에는 어떤 방식으로 merge conflict를 해결했는지 메모한다.

vi 에서 dd를 누르면 한줄이 지워진다

git blame index.html

을 사용해서 누가 썼는지 볼 수 있다.

---

git switch branch-name
git push -u origin body-init

을 사용하면, 깃 브랜치를 깃허브에서도 볼 수 있다.

git pull origin main

git pull origin main : 메인에 있는 변동사항을 당겨온다

주의할 것 :

git merge → git push origin main까지 해줘야 볼 수 있다

git status -uall

git flow init

develop

//develop으로 브렌치시작

git flow feature start {featrue name}

git flow feature finish {feature name}

-init git flow : $ git flow init

-feature start : $ git feature start {feature name}

#Do work, $git add {filename}, git commit

- feature finish $ git flow feature finish {feature name}
- release start : $ git flow release start {version name}
- release finish : $ git flow release finish {version name}

# 주의 release finish를 했을때 2번의 vim이 나온다.
# 첫 번째는 merge이끼 때문에 충돌이 없다면 그냥 skip
# 두 번쨰 vim은 v0.2와 같이 tag를 줄 것

# 2가지 방법으로 dev와 main 브랜치를 나눌 수 있다.

# 1.
# after release, push on branch develop, main, for tags
# $ git push origin main
# $ git push -u origin develop(use -u only on first push)

# 2.
# $ git push origin develop
# $ git switch main
# $ git push origin main

# 마무리
# $ git push --tags

PR작성시에는

commit message

resolve #issuenumber

fixes #issuenumber

closed #issuenumber

과 같이 작성하면, ISSUE가 PR되었을 때 같이 종료된다.

git remote
git remote -v
git remote add upstream <https://github.com/kingwangzzang1234/team-fizzbuzz.git>
git remote -v
git pull upstream develop

Git 으로 upstream 지정하는 방법.

느낀점

그동안 두명 혹은 혼자서 깃을 진행하다보니까 깃의 중요성에 대해서 잘 몰랐고, 만일 사용하더라도 conflict가 문제가 많이생겨서 잘사용을 안하려고했는데, 오늘 팀플을 자세히 사용하는 방법을 알게 되어서, 깃을 조금더 덜무서워(?)하고 더 잘 사용할 수 있게 되었다. 앞으로 남은 미니프로젝트들은 깃을 잘확인하여 협업을 극대화해봐야겠다!