Git x Github 실습

Github 원격 저장소 만들기

Github 팀원 초대하기

Git Clone

Git Clone은 원격 저장소(Repository)의 소스 코드를 로컬 저장소로 복사하는 명령어입니다. 프로젝트의 전체 히스토리와 함께 모든 파일을 가져올 수 있습니다.

git Clone

branch 생성 및 반영

Git Branch는 독립적인 작업 공간을 만들어주는 기능으로, 메인 코드에 영향을 주지 않고 새로운 기능 개발이나 버그 수정을 할 수 있게 해주는 Git의 핵심 기능입니다.

각각의 브랜치는 다른 브랜치의 영향을 받지 않기 때문에, 여러 작업을 동시에 진행할 수 있습니다.

작업이 완료되면 메인 브랜치에 변경사항을 병합하여 작업을 완료할 수 있습니다.

branch 생성 및 전환

Git Commit

Git Commit은 변경사항을 기록하고 버전 관리하는 핵심 기능으로, 작업 내용을 저장소에 영구적으로 저장하는 스냅샷입니다.

스냅샷 (Snapshot)?

스냅샷이란 특정 시점의 파일 시스템 전체를 복사해서 보관하는 것을 말합니다. Git에서는 커밋할 때마다 현재 프로젝트의 상태를 스냅샷으로 저장하여, 나중에 필요할 때 이전 버전으로 돌아갈 수 있게 합니다.

스냅샷은 프로젝트의 전체 파일 내용을 그대로 복사하는 것이 아니라, 변경된 파일만 저장하고 변경되지 않은 파일은 이전 스냅샷의 파일을 참조하는 방식으로 저장됩니다.

각 스냅샷은 고유한 해시값(커밋 ID)을 가지고 있어서 특정 버전을 쉽게 식별하고 관리할 수 있습니다.

이러한 스냅샷 시스템 덕분에 Git은 효율적인 버전 관리가 가능하며, 프로젝트의 히스토리를 안전하게 보관할 수 있습니다.

Git Push

로컬 저장소의 변경 사항을 원격 저장소로 전송하여 업데이트하는 Git 명령어입니다.

commit된 변경 사항을 GitHub와 같은 원격 저장소와 동기화하는 데 사용됩니다.

Git Pull

원격 저장소의 변경 사항을 로컬 저장소로 가져와서 병합하는 명령어입니다. fetch와 merge를 한 번에 수행하여 작업을 동기화합니다.

기본 명령어

Git fetch

Git fetch는 원격 저장소의 최신 변경사항을 로컬 저장소로 가져오되, 현재 작업 중인 코드에는 영향을 주지 않는 안전한 명령어입니다.

Git fetch는 원격 저장소의 새로운 브랜치와 그 변경사항도 가져옵니다. 로컬에 없는 새 브랜치가 원격에 있다면, 원격 브랜치로 가져오게 됩니다.

원격의 새 브랜치가 로컬에 반영됨

로컬 브랜치와 원격 브랜치를 연결하는 Git 명령어입니다.

로컬 브랜치가 원격 브랜치를 추적하도록 설정하여, 이후 git push나 git pull 명령어를 간단하게 사용할 수 있습니다.

기본 명령어

Git Merge

서로 다른 브랜치를 하나로 통합하는 Git의 핵심 명령어로, 브랜치 간의 변경 사항을 하나의 브랜치로 결합합니다.

Git Merge 명령어

Git Conflict(충돌)이란?

Git에서 충돌은 동일한 파일의 같은 부분을 여러 사람이 서로 다르게 수정했을 때 발생합니다. Git이 어느 변경 사항을 선택해야 할지 자동으로 판단하지 못하는 상황을 의미합니다.

Git Conflict & 충돌 해결

Git Pull Request

한 브랜치에서 다른 브랜치로 코드를 병합(Merge) 해달라고 요청하는 기능입니다.

특히 협업 환경에서 코드 리뷰 및 병합 과정을 시각적으로 관리할 수 있게 해줍니다.

Git Pull Request

GitHub Fork란?

다른 사용자의 GitHub 저장소를 복사해 자신의 계정에 독립된 저장소로 생성하는 GitHub 기능

Git Amend

Git Amend는 가장 최근의 커밋을 수정할 수 있는 기능으로, 커밋 메시지나 파일 내용을 변경할 때 사용합니다.

Amend란? Amend는 "수정하다"라는 뜻으로, Git에서는 마지막 커밋을 다시 작성하는 것을 의미합니다. 새로운 커밋을 만드는 것이 아니라, 기존 커밋을 덮어쓰는 방식입니다.

이미 푸시된 커밋을 amend하면 히스토리가 변경되므로, 협업 시 주의가 필요합니다.

로컬에서만 작업한 커밋을 수정할 때 가장 유용하게 사용됩니다.

커밋 메시지의 오타를 수정하거나, 빠뜨린 파일을 추가할 때 자주 사용됩니다.

Git Amend 명령어

Git Cherry-pick

Git Cherry-pick은 특정 커밋을 선택하여 현재 브랜치에 적용하는 기능으로, 다른 브랜치의 특정 변경사항만 가져올 수 있습니다.

Cherry-pick이란? Cherry-pick은 말 그대로 "체리를 골라 먹는다"는 의미로, 다른 브랜치에 있는 여러 커밋 중에서 원하는 커밋만 선택해서 현재 브랜치에 적용하는 것을 말합니다.

전체 브랜치를 병합하지 않고도 특정 기능이나 버그 수정만을 가져올 수 있어 매우 유용합니다.

각 커밋은 고유한 해시값(커밋 ID)을 가지고 있어서 정확한 커밋을 지정할 수 있습니다.

Cherry-pick을 사용하면 불필요한 커밋 없이 필요한 변경사항만 깔끔하게 적용할 수 있습니다.

Git Cherry-pick 명령어

Git cherry-pick

Git Reset

Git Reset은 커밋 히스토리를 되돌리고 작업 디렉토리의 상태를 변경하는 명령어로, HEAD 포인터를 이전 커밋으로 이동시켜 변경사항을 관리합니다.

HEAD 포인터란?

HEAD는 현재 작업 중인 브랜치의 최신 커밋을 가리키는 포인터입니다. Git에서 HEAD를 이동시키면 작업 디렉토리의 상태가 해당 커밋 시점으로 변경됩니다.

HEAD는 현재 체크아웃된 브랜치의 최신 커밋을 참조하며, 새로운 커밋이 생성될 때마다 자동으로 업데이트됩니다.

HEAD를 이동시키면 프로젝트의 상태를 과거의 특정 시점으로 되돌릴 수 있으며, 이는 실수를 수정하거나 이전 버전을 검토할 때 유용합니다.

Git Reset은 HEAD를 이동시키는 대표적인 명령어이며, reset의 옵션에 따라 작업 디렉토리와 스테이징 영역의 상태가 달라집니다.

Git Revert

Git Revert는 이전 커밋을 취소하고 되돌리는 명령어로, 작업 내역을 유지하면서 안전하게 변경사항을 되돌릴 수 있는 기능입니다.

Git Revert 명령어

Git Stash

Git Stash는 현재 작업 중인 변경사항을 임시로 저장하고 나중에 다시 적용할 수 있게 해주는 기능입니다. 작업 디렉토리를 깨끗하게 유지하면서 다른 브랜치로 전환하거나 긴급한 작업을 처리할 때 유용합니다.

Stash란? Stash는 현재 작업 중인 변경사항(수정된 파일, 스테이징된 파일)을 임시 저장소에 보관하는 기능입니다. 이를 통해 작업 디렉토리를 마지막 커밋 상태로 되돌릴 수 있으며, 나중에 저장한 변경사항을 다시 불러와 작업을 계속할 수 있습니다.

Stash는 스택 구조로 관리되어, 여러 개의 stash를 저장하고 필요할 때 선택적으로 적용할 수 있습니다.

각 stash는 고유한 식별자를 가지고 있어 특정 stash를 쉽게 찾고 관리할 수 있습니다.

Stash를 사용하면 커밋하지 않은 변경사항을 안전하게 보관하면서 다른 작업을 진행할 수 있어 효율적인 워크플로우가 가능합니다.

Git Release

Git Release는 소프트웨어의 특정 버전을 공식적으로 배포하는 과정으로, 안정적인 코드 스냅샷을 태그로 표시하여 사용자에게 제공하는 핵심 기능입니다.

릴리스(Release)란? 릴리스는 개발된 소프트웨어의 특정 버전을 사용자에게 공식적으로 배포하는 것을 의미합니다. Git에서는 태그를 사용하여 특정 커밋을 릴리스 버전으로 표시하고, 이를 통해 안정적인 버전을 관리합니다. • 릴리스는 주로 시맨틱 버저닝(Semantic Versioning)을 따라 v1.0.0, v2.1.3과 같은 형식으로 명명됩니다. • 각 릴리스는 변경 사항, 버그 수정, 새로운 기능 등을 포함한 릴리스 노트와 함께 제공됩니다. • GitHub, GitLab 등의 플랫폼에서는 릴리스 페이지를 통해 소스 코드, 바이너리 파일 등을 다운로드할 수 있게 제공합니다.

Git Release 명령어

기본 명령어