일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | 31 |
- 패스트캠퍼스
- 프로그래머스코테
- 국비지원
- 미니 프로젝트
- 영상처리
- 개발블로그
- 딥러닝
- 프론트엔드
- 깃허브
- 국비지원취업
- js코테
- 패캠부트캠프
- 프로젝트
- Java
- FE
- 부트캠프
- 자바스크립트 코딩테스트
- 패스트캠퍼스부트캠프
- JS
- 코딩테스트
- 자바스크립트
- 패캠
- 프론트엔드개발자
- 프로그래머스
- 깃
- 프로그래머스 JS 코테
- pokeapi
- 프론트엔드부트캠프
- 개인프로젝트
- 개발 프로젝트
- Today
- Total
가쟤의 해변일기 🐳
git/github 강의 (2) 본문
reset --hard 를 복구하는 방법이 있긴 하다.
git reset --hard HEAD~1 : 현재 버전에서 1단계 전으로 되돌리기
git reset --hard ORIG_HEAD : reset —hard 한거 복구하기
git branch purple : 브랜치 만들기
git branch : 브랜치 확인
git checkout purple : 이 브랜치로 이동
git checkout -b yellow : 브랜치 생성 + 이동
라고 강의에서 배웠는데, 실강에서 강사님이 checkout 대신에 요즘 새로 업데이트 되어서 쓰이는걸 알려주셨다.
git switch -c 생성할 브랜치명
요즘엔 swich를 쓰고 권장한다고 한다.
git config --global init.defaultBranch main
-> git init 을 하면 master 가 아닌 main을 기본으로 branch가 생성된다.
브랜치마다 commit이 따로 관리된다.
rm -rf .git
이건 git 기록을 전부 지우는 명령어다..! 윈도우는 rmdir /s /q .git 를 해주자.
git merge develop
-> main 브랜치에서 merge할 수 있다.
git log --graph --decorate --oneline
-> 이 명령어로 커밋 기록이 어떤 식으로 이뤄졌는지 확인할 수 있다.
merge conflict
: git이 파일의 commit을 합치면서 정확히 합쳐지지 않을 때 발생한다.
비주얼 스튜디오 코드에서 상단에 뜨는 버튼을 클릭하고 add - commit 해서 수정할 수 있다.
패스트 포워드 (디폴트_기본 세팅)
- 장점 : 분기점이 남지 않기 때문에 커밋 기록을 더 직관적으로 볼 수 있다.
-> 실무에서 브랜치가 정말정말 많은데 커밋 기록이 다 있다면 보기 어려울 것이다.
- 단점 : 머지 기록, 분기점이 없다.
기록을 남기지 않으려면 --no--ff 를 추가하면 된다.
git rebase develop
-> rebase는 하나의 줄기로 커밋이 이어진다. 커밋 히스토리를 정렬하기 위한 명령어로 단순리 이력을 관리하고 싶을 때 사용한다. (merge는 변경 이력을 모두 남기고 싶을 때 사용)
pull request : 브랜치 코드를 가져가서 병합해달라는 요청
- main 브랜치 : 사용자가 이용하는 브랜치
- develop 브랜치 : 서비스 배포 전 테스트
- feature 브랜치 : 서비스 기능 분할, 기능 하나 구현
## 작성하면 좋을 내용
- 현재 PR 요약/개요
- 코드 변경 이유 (작성 이유)
- 관련 스크린샷
- 테스트 내용
- 리뷰 관련 요청사항
## confilct 발생 시
git switch (base 브랜치)
git pull origin (base 브랜치)
git switch (head 브랜치)
git merge (base 브랜치)
-> 이렇게 수정하고 push해주면 된다.
마지막에 그룹 조원들과 실습이 있었는데 역시 이게 제일 재밌었다.
중간 중간 강의 따라가면서 에러도 해결하고 해서 정신없이 듣다 놓친 부분도 있었지만 실습해보면서 확실하게 뭔지 어떻게 하는지 알게 되었다.
끝나고서도 다른 조가 한 결과를 보면서 적용해보고 혼자 하면서 새롭게 알게된 내용도 있었다.
최종으로 merge하기 전까진 push가 가능하다. 이 경우 commit 내용이 제목으로 들어가서 코멘트도 받을 수 있다.
merge하고 나면 그 branch를 사용할 수 없다. merge하면서 branch를 삭제하니까 그걸 vs코드에 따로 반영해줘야 한다. (pull은 단지 코드를 pull 해오는거고 branch도 패치해줘야 한다.)
git fetch --prune
-> 이 코드를 사용해주자. (git branch -D 브랜치명 <-으로 해도 된다)
git pull시 발생할 수 있는 에러 (로컬 브랜치 커밋 이력과 리모트 브랜치 커밋 이력이 충돌하는 경우)
git pull origin main --no-ff
논패스트포워드 방식을 사용하겠다고 지정하면 된다.
충돌한 부분을 수정하고 커밋하면 된다.
'Git Github' 카테고리의 다른 글
이클립스 git branch master -> main으로 변경하는 법 (0) | 2025.04.09 |
---|---|
[git/github] 마크다운 - 사진에 링크 첨부해서 배포하기 (0) | 2023.07.18 |
git 강의 1 (0) | 2023.07.18 |