반응형
⭕ Git & GitHub | 포크(Fork), 클론(Clone), 브랜치(Branch), git add, commit, git push, Pull Request (PR)
- Git: 버전 관리 프로그램
- GitHub: Git의 기능을 클라우드 저장소로 제공하는 서비스
➡️ 포크(Fork)
- 다른 사람의 원격 저장소를 복제해서 개인의 저장소를 만드는 방법이다. 이렇게 생성된 개인 저장소는 원본 저장소와 독립적으로 관리된다.
- 주로 다른 프로젝트나 오픈소스에 기여하기 위해 사용된다. 원본 프로젝트와 분리된 환경에서 코드를 안전하게 수정하고 실험할 수 있는 장점이 있다.
- Fork 한 저장소는 로컬 환경에 Clone 하여 사용한다. 이후 원본 프로젝트로 풀 리퀘스트를 보낼 수 있다.
➡️ 클론(Clone)
- 원격 저장소의 내용을 로컬 저장소로 복제하는 과정이다.
- 원격 저장소에 있는 모든 코드, 히스토리, 브랜치 등을 로컬 환경으로 가져올 수 있다.
git clone https://github.com/{사용자_이름}/{저장소_이름}.git
cd {저장소_이름}
➡️ 브랜치(Branch)
- 코드의 독립적인 복사본을 생성하여 원본 코드와 상관없이 독립적인 개발을 가능하게 하는 기능이다.
git checkout -b {브랜치_이름}
[프론트엔드/Git & GitHub] - Git & GitHub | 브랜치 관리 : GitHub flow, Git flow
➡️ git add, commit
- 작업 내용을 스테이징 영역에 추가한 후, 로컬 저장소에 커밋한다. 이는 변경 사항을 로컬 저장소에 반영하기 위해 사용된다.
- 변경 사항은 기능 단위로 커밋하는 것이 일반적이며, 이를 통해 프로젝트의 관리 및 추적이 용이해진다.
git status # 변경된 파일 확인
git add -A (또는 .) # 변경된 모든 파일을 한 번에 반영
git commit -m "message" # 작업 내용을 메시지에 쓰기
[프론트엔드/Git & GitHub] - Git & GitHub | 커밋 메세지 규칙 - Git Commit Message Conventions
➡️ git push
- 로컬 저장소에서 변경된 사항을 원격 저장소에 반영한다.
- 원격 저장소에 코드를 올린 후에는 변경 이력을 함부로 수정하지 않는 것이 중요하다. 원격 저장소에 코드를 올린 이후 코드 충돌이 발생할 가능성이 있다.
git push origin {사용자_이름}
➡️ Pull Request (PR)
- 변경 사항을 원본 저장소의 관리자에게 검토를 요청하고, 최종적으로 병합을 제안하는 기능이다.
반응형
'프론트엔드 > Git & GitHub' 카테고리의 다른 글
Git & GitHub | 커밋 메세지 규칙 - Git Commit Message Conventions (73) | 2024.05.14 |
---|---|
Git & GitHub | 브랜치 관리 : GitHub flow, Git flow (74) | 2024.05.14 |
Git & GitHub | 깃(Git)과 깃허브(GitHub) (0) | 2023.03.10 |