GIT와 GitHub를 사용하는 방법

Source: Dev.to

중앙 집중식 버전 관리 시스템의 문제점

• 단일 장애 지점 – 모든 작업이 중앙 서버에 저장되므로 서버가 다운되면 개발자는 커밋, 협업, 과거 버전 조회가 불가능해집니다.
• 오프라인 기능 부족 – 개발자는 커밋하거나 업데이트를 받기 위해 지속적인 네트워크 연결이 필요했으며, 인터넷이 없는 원격 작업이 어려웠습니다.
• 가시성 제한 및 복잡한 워크플로 – 중앙 서버에 변경 사항이 도착하기 전까지 누가 무엇을 작업하고 있는지 파악하기 어려웠고, 협업은 종종 이메일로 패치를 공유하는 방식이었습니다.

Git이란?

Git은 오픈소스 분산 버전 관리 시스템(VCS)으로, 소스 코드의 변화를 추적하여 팀이 협업하고, 다양한 버전을 관리하며, 이전 상태로 되돌리고, 로컬 저장소를 이용해 오프라인에서도 작업할 수 있게 해줍니다.

핵심 개념

• 분산 – 모든 기여자는 저장소의 전체 복사본을 자신의 머신에 가지고 있어 오프라인에서도 빠른 작업이 가능합니다.
• 저장소(Repository) – 프로젝트 파일 전체와 그 전체 히스토리를 포함하는 컬렉션; 로컬 또는 원격일 수 있습니다.
• 커밋(Commit) – 로컬 저장소에 저장되는 변경 사항의 스냅샷이며, 설명 메시지를 함께 포함합니다.
• 브랜치(Branch) – 메인 프로젝트에 영향을 주지 않고 기능을 개발할 수 있는 독립적인 개발 라인입니다.
• 스테이징 영역(Staging area) – 커밋하기 전에 변경 사항을 준비하는 임시 공간입니다.
• 원격 저장소(Remote repository) – 협업을 위해 온라인에 공유되는 프로젝트 버전(예: GitHub, GitLab).

일반적인 Git 명령어

git init                 # 새로운 Git 저장소 초기화
git add .                # 변경 사항을 스테이징 영역에 추가
git commit -m "Message"  # 스테이징된 변경을 메시지와 함께 커밋
git push                 # 로컬 커밋을 원격 저장소에 전송
git pull                 # 원격 저장소에서 변경을 가져와 병합
git clone                # 기존 원격 저장소를 복제

GitHub이란?

GitHub은 코드를 저장·공유·협업할 수 있는 클라우드 기반 플랫폼입니다. Git을 기반으로 호스팅, 협업 도구, 웹 인터페이스 등을 제공합니다.

GitHub의 협업 기능

• 브랜치 – 기능이나 수정 작업을 위한 격리된 작업 공간으로, 메인 브랜치를 안정적으로 유지합니다.
• 풀 리퀘스트(Pull request, PR) – 한 브랜치의 변경을 다른 브랜치에 병합하도록 요청하는 것으로, 코드 리뷰와 토론을 통해 통합 전 검토가 이루어집니다.
• 이슈(Issues) – 버그, 개선 사항, 기타 작업 항목을 추적하기 위한 내장형 티켓 시스템입니다.

영향

Git과 GitHub은 효율적인 버전 관리, 오프라인 작업, 원활한 협업을 가능하게 함으로써 소프트웨어 개발 주기를 혁신했습니다. 개발 위험을 감소시키고 팀워크를 향상시키며, 현대 소프트웨어 엔지니어링에서 필수적인 도구가 되었습니다.