깃허브

깃허브 기본 동작

빡성 2025. 6. 28. 17:04

목차

요즘 팀 프로젝트를 하면서 Git과 GitHub를 본격적으로 사용하게 됐다. 처음엔 단순히 코드를 백업하는 용도라고 생각했지만, 제대로 배우고 나니 협업 도구로서 진가를 알게 되었다. 이 글은 인프런의 '팀 개발을 위한 Git, GitHub 입문' 강의를 기반으로, 내가 직접 실습하며 정리한 Git/GitHub 사용법이다.

Git이란?

Git은 버전 관리 도구다.
코드를 수정할 때마다 '스냅샷'처럼 저장해두고, 언제든지 이전 버전으로 돌아갈 수 있게 도와준다.

주요 개념은 다음과 같다:

  • init: 저장소 생성
  • add: 변경 파일 추적
  • commit: 변경 내역 저장
  • branch: 독립적인 작업 공간
  • merge: 브랜치 병합

로컬에서 혼자서도 쓸 수 있지만, GitHub와 연결하면 팀 개발에서도 진가를 발휘한다.

GitHub란?

GitHub는 Git 저장소를 온라인에서 관리할 수 있게 도와주는 플랫폼이다.

  • 코드를 원격 저장소에 업로드
  • 다른 사람과 협업 (PR, 리뷰 등)
  • 오픈소스 참여도 쉬움

단순히 코드를 공유하는 공간이 아니라, 협업과 리뷰의 중심 도구다.

실습 기반 사용법 정리

1. Git 설치 후 사용자 정보 설정

git config --global user.name "내이름"
git config --global user.email "내이메일@example.com"

2. 로컬 저장소 생성

git init

작업 중인 폴더에서 실행하면 .git이라는 숨김 폴더가 생기고, 여기가 Git이 코드를 추적하는 공간이 된다.

3. 기본 명령어 흐름

git add .
git commit -m "커밋 메시지"
  • add .은 모든 변경사항을 추가
  • commit은 스냅샷 저장. 메시지는 나중에 꼭 알아볼 수 있게 명확하게 쓰는 게 좋다.

4. GitHub에 원격 저장소 연결

  1. GitHub에서 새 저장소(repo)를 만든다.
  2. 주소 복사 후, 로컬 저장소에 연결한다.
git remote add origin https://github.com/내아이디/저장소명.git
git push -u origin main
  • -u 옵션은 기본 브랜치를 origin/main으로 설정한다는 뜻이다.

5. 브랜치 전략

팀 개발에서는 브랜치(branch) 를 나눠서 작업하는 것이 중요하다.

  • main: 배포용
  • feature/기능명: 기능 개발용
  • fix/버그명: 버그 수정용
git checkout -b feature/login
# 작업 후
git add .
git commit -m "로그인 기능 구현"
git push origin feature/login

6. Pull Request (PR)

브랜치를 만든 뒤 작업을 마치면, GitHub에서 Pull Request를 생성한다.

  1. GitHub에서 Compare & pull request 클릭
  2. 팀원이 리뷰하고 승인
  3. Merge 후 필요시 브랜치 삭제

이 과정을 통해 팀원 간 코드 리뷰가 가능하고, 실수를 줄일 수 있다.

7. Git pull로 최신 코드 반영

다른 팀원이 먼저 작업을 마친 경우, 내 로컬 저장소를 최신으로 업데이트해야 한다.

git pull origin main
  • 충돌(conflict)이 생기면 직접 수동으로 수정한 뒤 다시 add → commit 하면 된다.

처음에는 복잡해 보이던 Git과 GitHub도, 직접 써보면 협업에서 없어서는 안 될 필수 도구라는 걸 알게 된다. 한 번 실수하고 나면 branch, pull, merge, revert 이런 개념들이 자연스럽게 체화된다.

'깃허브' 카테고리의 다른 글

GUI도구를 활용해서 Git쓰기  (2) 2025.06.28