[TIL] 2025-02-06(🚧수정)

📕 Today I Learned - 오늘 내가 공부한 것을 정리합니다.

📆 오늘의 목표

✏️ 과제

• Lv0 API 명세 및 ERD 작성
  • API 명세서 작성 ( Notion, PostMan )
  • ERD 작성 ( ERDCloud )
• Lv1 일정 CRUD
  • 일정을 생성, 조회, 수정, 삭제할 수 있습니다.

💫 개인목표

• 세션 리마인드
  • git rebase 전략 사용하기
• 스프링 입문 섹션3
• 1일 1 알고리즘

---

Spring JPA 프로젝트

[Spring] JPA Entity

---

git껏 개발했으니, git깔나게 git쓰기

협업 프로그래밍을 위한 필수 관문(이지만 잘 쓰기 어렵다🤦)

💥 코드 충돌(conflit): 안 날 수는 없으니 극복하자

• 같은 곳에 각자 브랜치에서 작업한 후 merge 한 상황
  • HEAD : 내 코드
• 충돌을 해결하고 "merge commit"을 하면 그래프가 커질 수 밖에 없다 == 산방산
• rebase 방식이 표준이 되지 못한 이유 → 🤕 위험성이 있다
  • base(dev) 에서 명령어
    • git merge "작업 브랜치1"
  • 작업 브랜치2 에서 git rebase dev 했더니 rebase 충돌 발생
    • confilt을 해결하고 git rebase —confinue
  • base(dev) 에서 다시 git merge "작업 브랜치2"
  • 작업 브랜치2는 remote에 이미 올라가 있는 commit을 강제로 덮어쓰면서 git push —force
• 작업 브랜치1은 다시 base(dev) 기준으로 rebase 해야 한다

⇒ 커밋하기 전에 한번 pull 받고 rebase 하는 작업이 반드시 필요하다

🍒 선택적 반영(cherry-pick): "배포" 또는 "옛날 커밋 되살리기"

• 반영될 필요가 없는 커밋을 다른 커밋으로 pull 받은 것처럼 만든다.
  • 실제 커밋된 해시코드와 cherry-pick 한 해시코드는 다르다.
  • base와 작업 브랜치의 해시코드를 비교해보면서 현재 상태가 모두 pull 되어있는지 확인
• 배포 시점(dev 👉 main) 에 일부 커밋이 오늘 배포되면 안되는 상황
  • git merge dev —no-ff -m “release/##”
    • 배포되어서는 안되는 커밋까지 배포되어버린다.
• 새로운 배포용 브랜치를 하나 따서 dev에서 cherry-pick한 커밋만 배포한다.
  • 그 다음 dev 는 반영되지 않은 커밋 외 배포 완료된 상태를 맞춰야한다.
  • 배포 후에는 dev에서 main 기준으로 rebase가 필요하다.
• 연관이 되어있는데 일부만 cherry-pick 하는 경우는 별로 없다
  • 연관이 있으면 그전에 squash 해서 하나로 합쳐주세요!

🔙 코드 되돌리기(Rollback): 장애 발생 이전으로 가기

• reset(Hard) : 장애 냈던 이유를 없애버림 == 사고치고 덮어버리기
  • 장애 관리를 하지 않고 reset 해버리면 장애가 났던 원인을 분석하기 어려워지고 같은 실수를 반복할 확률이 더 높다
• revert: 장애가 나기 전으로 다시 새 커밋을 만드는 작업

💾 작업 임시저장(stach): 덜 끝난 작업 commit 하기 애매할 때

• stach: 작업 내용을 커밋을 하기 애매한 상황인데 pull을 받아야 하는 경우 사용하는 명령어
  • working directory 라는 공간에 임시로 저장해둔다.
  • pull을 받아 상태를 맞춰주고 다시 내 작업을 이어서 작업할 수 있다.

⏳ git flow : 이게 바로 git의 정석

• main
• hotfixes
• release_branches
• develop
• feature_branches

사용 환경까지 고려해서 사용해야한다. (실무에서도 회사마다 다르다.)

🧐 git은 “해시코드”를 유의깊게 봐야한다.

---

과제+⍺

API 명세서 작성과 ERD 작성으로 프로젝트를 기획하며 떠오른 아이디어를 정리
👉 과제가 완료되면 추가로 적용해보기

• 로그인 JWT
• 계층형 댓글 구현

---

🚩 내일 할 일

✏️ 과제

• Lv2 유저 CRUD
  • 유저를 생성, 조회, 수정, 삭제할 수 있습니다.
• Lv3 회원가입
  • 유저에 비밀번호 필드를 추가합니다.

💭 일기

🆕 효율적인 학습과 기록을 위해 TIL 양식을 바꿔보았다!
( 양질의 포스팅을 작성하시는 개발자분들을 따라가기 위해 이것저것 시도 중이다. )

기존에 강의내용을 그대로 쓰거나 트러블슈팅, 리팩토링 내용을 TIL에 적으니 다시 찾아 읽기 어려워 학습내용이나 트러블슈팅은 따로 포스팅하여 링크하고 TIL에는 그 포스팅 내용을 요약하여 정리 할 예정이다.

이 양식도 비효율적이라 생각이 들면 다시 바뀔 수 있지만 점진적으로 발전해가는 과정이라고 생각하자.