| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- 버전관리
- python
- git초보
- gradle
- 엑셀고급강의
- 주식용어
- JetBrains
- Ai
- 엑셀중급강의
- GPT
- git입문
- 주식기초
- git
- 기업분석
- 민생회복소비쿠폰
- 엑셀
- 엑셀강의
- 주식초보
- docker
- 뉴질랜드여행
- git연재
- 민생회복지원금
- Spring
- 개발툴팁
- 오클랜드공항
- 재무제표기초
- IntelliJ
- scrapy
- 개발생산성
- AES256
나만의공간
Git 14회차. GitHub 협업 실습 (중복) 본문
🌍 Git 14회차. GitHub 협업 실습 - Fork, PR, 리뷰까지 따라 하기
이제 실전입니다! 이번 회차에서는 GitHub에서 협업하는 실습 과정을 직접 따라 해볼 거예요. Fork → 브랜치 작업 → Pull Request → 리뷰 → 병합까지 단계별로 함께해봐요 😊
중복되는 내용인데 일단 추가로 학습하기 위해 적었어여
🤝 협업에서 Fork를 사용하는 이유
다른 사람의 저장소에 바로 푸시할 수는 없기 때문에, Fork를 이용해 내 계정으로 복사하고 거기서 작업하는 방식이 필요해요.
- ✔️ 원본 저장소를 직접 수정하지 않고 안전하게 작업 가능
- ✔️ 오픈소스 프로젝트에 기여할 때 사용
- ✔️ 권한 없이도 협업 가능
GitHub에서 협업하는 가장 보편적인 방식입니다.
📌 실습 개요: 어떤 흐름으로 진행되나요?
- 원본 저장소를 Fork하여 내 GitHub 계정으로 복사
- 내 저장소를 Clone해서 로컬 작업 환경 구성
- 새 브랜치를 만들고 기능 구현
- 변경사항을 커밋 후 Push
- GitHub에서 Pull Request(PR) 생성
- 리뷰를 거쳐 원본 저장소로 병합
이제 단계별로 자세히 살펴보겠습니다 🔍
1️⃣ 저장소 Fork 하기
- GitHub에서 원하는 저장소로 이동
- 우측 상단의 Fork 버튼 클릭
- 자신의 GitHub 계정으로 복사됨
이제 내 계정의 저장소에서 자유롭게 브랜치를 만들고 작업할 수 있어요!
2️⃣ Fork한 저장소 Clone 하기
git clone https://github.com/내계정명/저장소명.git
로컬에 내 저장소를 복제합니다. 그 안에서 브랜치를 만들고 작업할 수 있어요.
3️⃣ 브랜치 생성 & 기능 구현
git checkout -b feature/update-readme
작업할 내용을 브랜치 이름에 표현하는 것이 중요합니다. 예: feature/add-login, bugfix/fix-footer 등
4️⃣ 작업 후 커밋 & Push
git add .
git commit -m \"README 문구 업데이트\"
git push origin feature/update-readme
커밋 메시지는 의미 있고 간결하게 작성해 주세요.
5️⃣ Pull Request(PR) 만들기
브라우저에서 GitHub 저장소로 이동하면, 방금 Push한 브랜치에 대해 “Compare & Pull Request” 버튼이 나타납니다.
- 버튼 클릭 → PR 작성 페이지 이동
- 변경한 이유와 내용을 자세히 설명
- Create Pull Request 버튼 클릭
이제 원본 저장소 소유자가 여러분의 작업 내용을 확인할 수 있습니다!
6️⃣ 코드 리뷰와 병합
- ✔️ 리뷰어는 PR에 대해 코멘트 작성
- ✔️ 리뷰가 끝나면 Merge 버튼 클릭으로 병합 완료
- ✔️ 필요 시 수정 → 추가 커밋 → PR 자동 반영
Pull Request는 단순히 병합 요청이 아니라, 의사소통 도구이자 코드 품질을 관리하는 장치입니다 😊
⚠️ PR 실무 팁
- ✔️ 브랜치마다 하나의 목적만 담기 (작업 단위 작게)
- ✔️ PR 제목은 핵심 요약, 내용은 상세하게
- ✔️ 리뷰어의 피드백을 감사히 받아들이기
- ✔️ 충돌이 없도록 미리 최신 코드 pull 받아서 작업하기
✅ 오픈소스에도 도전해보세요!
지금까지 배운 Fork와 PR만 잘 사용하면 GitHub 오픈소스 프로젝트에 누구나 기여할 수 있어요.
- ✔️ 오타 수정, 번역 참여
- ✔️ README 개선
- ✔️ 기능 제안 및 구현
작은 기여라도 커뮤니티엔 큰 도움이 됩니다 🙌
📌 오늘의 요약 정리
- ✔️ GitHub 협업은 Fork → 브랜치 작업 → PR → 리뷰 → 병합 흐름
- ✔️ PR은 단순한 병합 요청이 아니라 코드 리뷰 문화입니다
- ✔️ 누구나 오픈소스에 참여할 수 있어요!
이제 혼자만의 Git이 아닌, 함께 쓰는 Git의 진짜 가치를 경험해보세요 😊
📎 다음 회차 예고
15회차. Git에서 협업 중 충돌(conflict) 발생 시 대처법
✔️ 충돌이 왜 생기고 ✔️ 어떻게 해결하며 ✔️ 충돌 없는 협업을 위해 무엇을 해야 할지 알아봅니다.
'IT > Git' 카테고리의 다른 글
| Git 16회차. GitHub Actions로 자동화 시작하기 (1) | 2025.07.18 |
|---|---|
| Git 15회차. 충돌(conflict) 발생 시 대처법 (1) | 2025.07.17 |
| Git 13회차. Git Ignore와 무시할 파일 관리하기 (2) | 2025.07.17 |
| Git 17회차. Git 태그(Tag) 관리법 (0) | 2025.07.17 |
| Git 12회차. GUI 도구로 Git 쉽게 쓰기 (0) | 2025.07.16 |
