GIT

👇🏻이전 글 참고하기 https://daxx0ne.tistory.com/entry/FrontEnd-토스트-UI-에디터-사용해보기 [FrontEnd] 토스트 UI 에디터 사용해보기 ToastUI : NHN에서 지원하는 무료 위지윅 에디터 👇🏻토스트 UI 에디터 개요 및 튜토리얼 TOAST UI Editor 3.0이 출시되었습니다! TOAST UI Editor 2.0을 출시하며 에디터에는 마크다운 파싱의 정확도와 성능 daxx0ne.tistory.com Gitblog 전에 만든 간단한 페이지를 깃허브를 통해 블로그를 만들어 보았다! https://daxx0ne.github.io/Gitblog/ 다원이의 블로그 daxx0ne.github.io How to make a Gitblog?!?! 1. 리포지터리 생성..

Merge 사용 시 기존의 커밋 히스토리가 유지되기 때문에, 브랜치를 합친 이력이 명확하게 남음 이전 기록을 보고 작업을 이어나갈 때도 쉽고, 협업을 할 때도 다른 개발자들이 브랜치를 파악하기 쉬움 Rebase 사용 시 브랜치를 병합하는 것보다는 깔끔한 커밋 히스토리를 유지할 수 있음 이전 커밋들이 새 브랜치의 가장 최신 커밋 위로 이동하기 때문 이로 인해 히스토리를 보기 쉽고, 특히 팀 내에서 작업한 내용을 다른 개발자들과 함께 공유할 때 도움이 됨 따라서, Merge와 Rebase를 선택하는 것은 상황에 따라 다르며, 프로젝트의 규모와 팀 내에서의 작업 방식 등을 고려하여 선택하기

GitFlow와 GithubFlow 비교하기 main 브랜치가 아닌 초기 브랜치에서 바로 다른 브랜치를 생성 후 작업을 수행함 작업이 완료되어도 바로 main으로 병합 x main 브랜치에 바로 커밋하게 되면 자동화로 인하여 고객이 바로 사용할 수 있게 됨 (오류가 있는 서비스를 제공하는 것) master : 라이브 서버에서 제품으로 출시 되는 브랜치 develop : 다음 버전 개발을 위해 코드를 모아두는 브랜치 feature : 한 개의 기능을 개발하기 위한 브랜치 (develop 브랜치에 생성) release : 소프트웨어 배포를 준비하는 브랜치 (develop 브랜치에 생성) hot fixes : 이미 배포된 버전에서 발생한 버그를 수정하는 브랜치 브랜치에서 수정한 후 develop에 합침 Git..

git init touch 0 && git add . && git commit -m "C0" git checkout -b bugFix echo 'bugFix1' > 1 && git add . && git commit -m "C1" echo 'bugFix2' > 2 && git add . && git commit -m "C2" echo 'bugFix3' > 3 && git add . && git commit -m "C3" git log --oneline --graph --all git checkout main echo 'main1' > 1 && git add . && git commit -m "C4" echo 'main2' > 2 && git add . && git commit -m "C5" echo 'm..

git init touch 0 && git add . && git commit -m "C0" git checkout -b bugFix touch 1 && git add . && git commit -m "C1" touch 2 && git add . && git commit -m "C2" touch 3 && git add . && git commit -m "C3" git log --oneline --graph --all git checkout main touch 4 && git add . && git commit -m "C4" touch 5 && git add . && git commit -m "C5" touch 6 && git add . && git commit -m "C6" git log --oneli..

merge: 흡입 rebase: 이사 git checkout -b bugFix // bugFix를 만들고 체크아웃 git commit git checkout main git rebase main bugFix (bugFix의 내용이 main 밑으로 감) = git checkout bugFix + git rebase main

1. git init 2. touch 0 && git add . && git commit -m "c0" 3. git checkout -b bugFix 4. echo '안녕' > 1 && git add . && git commit -m "c1" 1 파일의 내용을 '안녕' 으로 설정 후 커밋 5. log --oneline --graph --all 6. git log --oneline --graph --all 7. git checkout main 8. echo '잘가' > 1 && git add . && git commit -m "c2" 1 파일의 내용을 '잘가' 로 설정 후 커밋 9. git merge bugFix 충돌 발생, 자동 병합이 실패했다는 뜻 (즉, 개발자가 직접 병합해야 한다는 뜻) 10. ec..