JSJ_Study

Git — 커밋 컨벤션 · Branch 전략혼자 쓸 때와 팀으로 쓸 때의 Git은 다르다. 약속이 생산성을 만든다.1. 커밋 메시지 컨벤션 (Conventional Commits)왜 필요한가커밋 메시지는 코드만큼 중요한 문서다. 메시지가 일관성 없으면 히스토리가 노이즈가 되고, 나중에 "이 변경이 왜 들어갔지?"를 추적하기 어려워진다. Conventional Commits는 커밋 메시지의 구조를 표준화하는 스펙이다.기본 형식(): [body][footer]type — 변경의 종류 (필수)scope — 변경된 범위, 모듈명 등 (선택)subject — 변경 내용 요약, 50자 이내, 마침표 없음 (필수)body — 변경 이유, 상세 설명 (선택)footer — Breaking Change, 이슈 참조 등 ..

Git Merge vs Rebase — 같은 목표, 다른 철학두 명령어의 차이를 이해하면 팀의 Git 히스토리가 달라집니다.1. 둘 다 "브랜치를 합친다"merge와 rebase는 모두 한 브랜치의 변경 사항을 다른 브랜치에 통합하기 위한 명령어다. 목적은 동일하지만, 히스토리를 만들어가는 방식이 근본적으로 다르다.Merge — 두 브랜치가 합쳐졌다는 기록 자체를 남긴다.Rebase — 커밋들을 다른 브랜치의 끝에 마치 처음부터 거기서 작업한 것처럼 재작성한다.2. 히스토리 구조 비교git mergeA --- B --- C ----------- M ← main (M = merge commit) \ / F1 --- F2 ← fea..