fork란?
fork기능을 사용하면 원본 저장소를 복사하여 내 저장소에서 commit, push할 수 있다. (원본 저장소의 최신 소스를 그대로 복사한다고 생각하면 된다.)
*fork는 git 만의 용어는 아니며, 포크(fork) 또는 소프트웨어 개발 포크, 프로젝트 포크(project fork)는 개발자들이 하나의 소프트웨어 소스 코드를 통째로 복사하여 독립적인 새로운 소프트웨어를 개발하는 것을 말한다.
fork vs. branch
브랜치와 포크는 두가지 모두 코드를 협업하기 위해 분기점을 나누는 방식이지만 특성이 다르므로 프로젝트에 맞게 사용해야 한다.
브랜치 | 포크 |
하나의 저장소에서 브랜치를 나누어 쓴다 | 여러 저장소를 만들고 각 저장소에서 브랜치를 만들어 쓴다 |
코드 커밋 이력을 쉽게 볼 수 있다 | 원본 저장소에 영향을 미치지 않으므로 자유롭게 수정할 수 있다 |
소수인원 작업시 사용하는 것이 좋다 | 원본 저장소의 이력을 보려면 주소를 추가해야 한다 |
다수의 작업시 사용하는 것이 좋다 |
pull request란?
상대방의 저장소를 fork한 후 원본 저장소에 올리고 싶을 때에는 원본 저장소의 권한을 가진 사람에게 두 브랜치를 합치는 것을 허락해달라고 요청을 보내야 한다. 이것이 pull request(PR)이다. PR 요청을 하면 깃헙의 저장소안에 있는 브랜치에 푸쉬한 변경사항을 다른 사람에게 알릴 수 있으며, PR이 열리면 팀원과 변경사항을 논의, 검토할 수 있고, 변경사항이 기본 브랜치에 병합되기 전에 후속 커밋을 추가할 수 있다.
PR을 보고 코드 리뷰, 수정 요청(change request)이 가능하기 때문에 소규모인 경우를 제외한 협업 시에는 최대한 직접 merge하는 것은 피하고 모든 merge를 pull request를 통해서 하는 것이 좋다. 단, 오픈 소스에 PR을 보낼 때에는 기여 안내문서를 참고해야 한다.
PR을 보냈다가 취소할 수 있지만 취소 이력은 삭제할 수 없다. (정말 삭제하고싶으면 깃헙에 직접 연락해야한다고 한다.)
이 포스팅은 알잘딱깔센 GitHub 강의를 수강하며 작성되었습니다.
[무료] 30분 요약 강좌 시즌4 : 알잘딱깔센 GitHub - 인프런 | 강의
알아서! 잘! 딱! 깔끔하고! 센스있게! 정리하는 GitHub 핵심 개념 책의 무료강의입니다. 해당 책과 Notion 링크도 무료로 다운로드 받을 수 있습니다. 비영리 프로젝트로 교재활용도 허락없이 가능합
www.inflearn.com
'Git' 카테고리의 다른 글
[Git] 기타 명령어 (0) | 2024.03.23 |
---|---|
[Git] branch (0) | 2024.03.15 |
[Git] git clone vs pull (0) | 2024.03.12 |
[Git] repository README.md 수동 생성 및 하위 폴더 생성 방법 (0) | 2024.03.11 |
[Git] Git vs. GitHub (0) | 2024.03.10 |
fork란?
fork기능을 사용하면 원본 저장소를 복사하여 내 저장소에서 commit, push할 수 있다. (원본 저장소의 최신 소스를 그대로 복사한다고 생각하면 된다.)
*fork는 git 만의 용어는 아니며, 포크(fork) 또는 소프트웨어 개발 포크, 프로젝트 포크(project fork)는 개발자들이 하나의 소프트웨어 소스 코드를 통째로 복사하여 독립적인 새로운 소프트웨어를 개발하는 것을 말한다.
fork vs. branch
브랜치와 포크는 두가지 모두 코드를 협업하기 위해 분기점을 나누는 방식이지만 특성이 다르므로 프로젝트에 맞게 사용해야 한다.
브랜치 | 포크 |
하나의 저장소에서 브랜치를 나누어 쓴다 | 여러 저장소를 만들고 각 저장소에서 브랜치를 만들어 쓴다 |
코드 커밋 이력을 쉽게 볼 수 있다 | 원본 저장소에 영향을 미치지 않으므로 자유롭게 수정할 수 있다 |
소수인원 작업시 사용하는 것이 좋다 | 원본 저장소의 이력을 보려면 주소를 추가해야 한다 |
다수의 작업시 사용하는 것이 좋다 |
pull request란?
상대방의 저장소를 fork한 후 원본 저장소에 올리고 싶을 때에는 원본 저장소의 권한을 가진 사람에게 두 브랜치를 합치는 것을 허락해달라고 요청을 보내야 한다. 이것이 pull request(PR)이다. PR 요청을 하면 깃헙의 저장소안에 있는 브랜치에 푸쉬한 변경사항을 다른 사람에게 알릴 수 있으며, PR이 열리면 팀원과 변경사항을 논의, 검토할 수 있고, 변경사항이 기본 브랜치에 병합되기 전에 후속 커밋을 추가할 수 있다.
PR을 보고 코드 리뷰, 수정 요청(change request)이 가능하기 때문에 소규모인 경우를 제외한 협업 시에는 최대한 직접 merge하는 것은 피하고 모든 merge를 pull request를 통해서 하는 것이 좋다. 단, 오픈 소스에 PR을 보낼 때에는 기여 안내문서를 참고해야 한다.
PR을 보냈다가 취소할 수 있지만 취소 이력은 삭제할 수 없다. (정말 삭제하고싶으면 깃헙에 직접 연락해야한다고 한다.)
이 포스팅은 알잘딱깔센 GitHub 강의를 수강하며 작성되었습니다.
[무료] 30분 요약 강좌 시즌4 : 알잘딱깔센 GitHub - 인프런 | 강의
알아서! 잘! 딱! 깔끔하고! 센스있게! 정리하는 GitHub 핵심 개념 책의 무료강의입니다. 해당 책과 Notion 링크도 무료로 다운로드 받을 수 있습니다. 비영리 프로젝트로 교재활용도 허락없이 가능합
www.inflearn.com
'Git' 카테고리의 다른 글
[Git] 기타 명령어 (0) | 2024.03.23 |
---|---|
[Git] branch (0) | 2024.03.15 |
[Git] git clone vs pull (0) | 2024.03.12 |
[Git] repository README.md 수동 생성 및 하위 폴더 생성 방법 (0) | 2024.03.11 |
[Git] Git vs. GitHub (0) | 2024.03.10 |