반응형
이번 포스팅에서는 [협업 워크플로우] 파트의 세부 주제인 오픈소스 기여의 첫걸음 (Fork)에 대하여 상세히 알아보겠습니다.

1. Fork 워크플로우의 필요성
보안과 관리의 목적으로, 대규모 오픈소스 프로젝트나 타 팀의 프로젝트에는 직접적으로 코드를 밀어 넣을(Push) 수 있는 권한이 제한되어 있습니다. 이처럼 쓰기 권한이 없는 저장소의 코드를 수정하여 기여(Contribute)하고 싶을 때 사용하는 방식이 Fork 워크플로우입니다.
2. Fork 기반 협업 단계
Fork는 GitHub 상에서 원본 저장소 전체를 내 계정 공간으로 완벽하게 복제해 오는 행위입니다.
- GitHub 원본 저장소 페이지 우측 상단의 Fork 버튼을 클릭하여 내 계정으로 프로젝트를 복사합니다.
- 내 계정에 생성된 복사본 저장소를 내 로컬 컴퓨터로
git clone합니다. - 기능을 수정하고 커밋한 뒤, 내 계정의 원격 저장소(origin)로
push합니다. - 내 저장소에서 원본 프로젝트의 원격 저장소로 수정 사항을 합쳐달라는 Pull Request를 생성합니다.
3. 원본 저장소와의 동기화 유지 (Upstream)
내가 작업하는 동안 원본 저장소(Original Repository)에 다른 사람들의 코드가 계속 추가될 수 있습니다. 이를 로컬로 받아오기 위해 원본 주소를 upstream이라는 이름의 별도 리모트로 등록해야 합니다.
# 원본 저장소를 upstream 리모트로 추가 등록
$ git remote add upstream https://github.com/original-author/project.git
# 원본 저장소의 최신 변경 사항을 가져와 병합
$ git pull upstream main
지금까지 오픈소스 기여의 첫걸음 (Fork)의 개념과 구체적인 활용 방안에 대해 살펴보았습니다. 이어지는 다음 포스팅에서 관련 심화 주제를 지속적으로 다루어보겠습니다.
반응형
'CI.CD > GIT' 카테고리의 다른 글
| [GIT] 성공적인 협업을 위한 필수 권장 사항 (0) | 2026.07.14 |
|---|---|
| [GIT] 저장소 안의 저장소 (Submodule) (0) | 2026.07.14 |
| [GIT] 코드 리뷰의 중심, Pull Request (PR) (0) | 2026.07.14 |
| [GIT] 성공적인 협업을 위한 브랜치 전략 모음 (0) | 2026.07.14 |
| [GIT] 장애 원인 추적: Blame & Bisect (0) | 2026.07.14 |