GitHub에서 코드 푸시와 풀을 위한 필수 Git Bash 명령어

Source: Dev.to

Git Bash란?

Git Bash는 로컬 머신에서 Git 명령을 실행할 수 있게 해 주는 명령줄 인터페이스입니다. GitHub도 아니고, 프로그래밍 언어도 아니며, 터미널에서 Git을 사용하려면 선택 사항이 아니라 필수입니다. Git Bash는 단순히 Git 명령이 실행되는 환경을 의미합니다.

코드를 GitHub에서 가져오거나 로컬 변경 사항을 다시 푸시할 때마다 Git Bash를 사용합니다.

Git Bash 설정 방법

작업을 시작하기 전에 Git 사용자 정보를 설정합니다.

사용자 이름 설정

git --config global user.name "yourname"

이메일 설정

git --config global user.email "your email"

Git은 이 정보를 사용해 커밋을 계정에 연결합니다.

Git Bash에 저장소 가져오기

1. 기존 GitHub 저장소 클론하기

프로젝트가 이미 GitHub에 있다면 다음 명령으로 클론합니다:

git clone 

이 명령은 프로젝트를 로컬 머신에 다운로드하고 로컬 저장소를 생성합니다.

2. 기존 로컬 프로젝트에서 Git Bash 사용하기

컴퓨터에 이미 프로젝트가 있다면 저장소를 초기화합니다:

git init

그런 다음 원격 GitHub 저장소와 연결합니다:

git remote add origin 

핵심 워크플로: 로컬 변경 → GitHub

프로젝트 현재 상태 확인

git status

git status는 어떤 파일이 변경되었고 추적되지 않았는지 보여줍니다. 풀, 커밋, 푸시하기 전에 실행하세요.

GitHub에서 코드 풀링하기

풀은 항상 푸시보다 먼저 수행됩니다. GitHub의 변경 사항을 다운로드해 로컬 코드에 적용함으로써 충돌을 방지합니다.

git pull origin main

필요에 따라 main을 브랜치 이름으로 바꾸세요.

로컬에서 변경하기 (푸시 전)

수정 후 변경 사항을 스테이징합니다:

git add

GitHub에 코드 푸시하기

로컬 커밋을 GitHub에 전송합니다:

git push -u origin 

흔히 발생하는 푸시·풀 오류

• Rejected – 풀 없이 푸시하려 할 때 발생합니다. 푸시 전에 반드시 풀하세요.
• Authentication failed – Git이 사용자를 확인하지 못했습니다.
• Nothing to push – 커밋된 변경 사항이 없을 때 나타납니다.

올바른 푸시·풀 순서

초보자는 다음 순서를 숙지하세요:

1. Pull
2. Change
3. Add
4. Commit
5. Push

이 순서를 따르면 코드가 동기화되고, 푸시 거부를 방지하며, 충돌을 최소화할 수 있습니다.

결론

Git은 처음에 어려워 보일 수 있지만, 연습하면 점점 쉬워집니다. 명령을 외우는 것이 아니라 실제 저장소에서 반복해서 실행하고, 실수를 경험하며, 오류 메시지를 읽는 과정에서 실력이 향상됩니다. 일단 움직이기 시작하면 Git Bash는 예측 가능해집니다.