[TIL]

정규

Git branch + a
새로운 브랜치를 생성 git branch 새로운 브랜치 이름
새로운 브랜치를 생성 & 이동
git checkout -b 새로운 브랜치 이름 (구) or git switch -c 새로운 브랜치 이름

• rebase : 커밋의 베이스를 다시 정하고 싶은 경우
• squash : 여러 개의 커밋 로그를 하나로 묶고 싶은 경우
• revert : 커밋 여러 개의 변경 사항을 취소하고 싶은 경우
• —amend : 최근 커밋 메시지를 수정하고 싶은 경우

// git rebase 로 커밋 수정하고 통합하기
git rebase -i HEAD~~ ~~두개치면, 최신 두개

• vim editor : 두번째 pick 을 edit 으로 고치고 저장하면?
  (:wq 저장하고 나가기 빔 사용법) 2번재 커밋으로 해드가 옮겨짐
  git commit --amend // 한뒤에는 git rebase continue 해주

• 통합하기 squash
  상동, edit 대신 squash를 씀
  git rebase —abort

merge 레퍼런스 :
1 https://www.notion.so/Git-Merge-9312bb14511e4643b0729ac8546d2ee3
2 https://backlog.com/git-tutorial/kr/stepup/stepup1_4.html

협업할때, 공용 레포지토리 (팀원 모두 권한을 가짐)
해당 레포지토리를 포크해서 씀
팀장이 PR 내용 머지하는 식으로 진행

• 체리피커; 필요 기능만 뽑아쓰는 경제학 용어
  만약 main에서 dev의 특정 커밋 하나만 가져오고 싶다면?
  git cherry-pick '커밋아이디해시값 앞글자 7개' - 가져올 커밋 아이디값
  ⇒ 머지하지 않고, 다른 브랜치의 해당 커밋의 내용만, 코드만 가져오고 싶다면 쓸 수 있는 명령어 git cherry-pick [해시7글자]

+ 댕잇 레퍼런스의 git reflog 등

개인

• 코딩 애플 - HTML/CSS 중급모듈 완 (실습 ing)
  의외로 이미 아는 내용이 많다 (어디서 주워들은거지 왜 알고있?, 실습이 더 중요할듯)
• 언더더씨 필터링ing/ 구린디자인이어도 레포로 올려서 발전과정을 기록해야 할까 아니면 더 다듬어서 완전히 정리 되었을 때 올려야 할까..흠
• 코테 new Date(), getDay(), str.charCodeAt(idx)

내일은

• 다시 돌아온 배포 챕터!!
• 필터링
• 코딩애플 고급모듈 완강하기
• 리덕스 docs 골조 / 리덕스 파트 다시 보기