Will find a way
Git Hub 으로 협업하기 본문
최근에 Git으로 협업을 하는 것이 너무 서툴러서 여러가지로 배우고 있다. 그리고 원활한 협업을 위해서 어떻게 해야 팀이 알아보기 쉽게 Git 관리를 할 수 있을지 찾아보았다. Git으로 협업을 위한 방법의 예시로 3가지 예시를 가져왔다. 지금 단계에서는
1. 협업을 위한 Git 브랜치 전략 (Git Flow, 실용적 버전)
- 기본 구조
브랜치 이름 | 역할 |
main | 운영(배포)용 코드 |
dev | 개발 통합 브랜치 |
feature/기능명 | 기능 단위 작업 브랜치 |
fix/버그명 | 버그 수정 브랜치 |
hotfix/긴급패치 | 운영 중 긴급 수정 (main에서 파생) |
실전 흐름 예시
# 1. 작업 시작
git checkout dev
git pull # 최신 dev 기준으로
git checkout -b feature/login-page # 새 작업 브랜치 생성
# 2. 기능 개발 & 커밋
git add .
git commit -m "Feat: 로그인 페이지 UI 구현"
# 3. 작업 완료 후 원격으로 푸시
git push origin feature/login-page
# 4. GitHub에서 Pull Request 생성 -> dev 브랜치로
2. Pull Request(PR) 템플릿 예시 (설명 작성 예)
작업 내용
- 로그인 페이지 UI 구현
- 이메일 / 비밀번호 입력 필드 추가
- Tailwind CSS 적용
스크린샷 (UI 변경시)
[스크린샷 첨부]
체크리스트
- [x] 기능 동작 확인
- [x] 코드 충돌 없음
- [x] 커밋 메시지 명확
기타 참고사항
- 이후 OAuth 로그인 추가 예정
3. 좋은 커밋 메시지 작성법 & 예시
타입 | 의미 |
Feat | 새로운 기능 |
Fix | 버그 수정 |
Docs | 문서 수정 (README 등) |
Refactor | 리팩토링 (기능 변화 없음) |
Style | 코드 포맷팅 세미콜론 등 |
Test | 테스트 코드 추가/변경 |
Chore | 기타 변경 (빌드, 설정 등) |
예시 모음
Feat: 로그인 폼 레이아웃 구현
Fix: 비밀번호 검증 오류 해결
Docs: README에 설치 방법 추가
Refactor: useEffect 코드 구조 정리
Style: 들여쓰기 및 세미콜론 정리
Test: 로그인 기능 테스트 추가
Chore: eslint 설정 파일 수정
이제 협업에 잘 적용 할 일만 남았다
'Git' 카테고리의 다른 글
cherry-pick : 특정 커밋을 골라서 따오고 싶어! (0) | 2025.05.07 |
---|---|
브랜치와 커밋 분리 (git branch 실수) (0) | 2025.04.12 |
[Git] git 브랜치 (0) | 2024.05.09 |
[Git] Git 명령어 (0) | 2024.05.08 |