처음 배우는 Git, 협업이 쉬워지는 버전 관리 입문서

1. Git이 도대체 뭐길래 이렇게 다들 떠드는 걸까요?

처음 Git이라는 단어를 접하셨을 때, 무슨 외계어 같다고 느끼셨을 수도 있습니다. 사실 Git은 개발자들이 아주 애정하는 버전 관리 도구입니다. 우리가 워드 문서를 저장할 때도 ‘최종본’, ‘최종본-진짜’, ‘최종본-진짜진짜’ 이렇게 저장하다 보면 나중에는 어떤 게 최신인지 헷갈리기 마련인데요, Git은 이런 상황을 말끔히 해결해 줍니다. 각각의 변경 사항을 꼼꼼하게 기록하면서도, 언제든지 이전 상태로 돌아갈 수 있도록 해주는 똑똑한 타임머신 같은 존재죠. 예전에는 한 명이 문서를 편집하고, 그걸 메일로 주고받던 시절이 있었지만, Git은 여러 명이 동시에 같은 프로젝트를 손대더라도 충돌을 최소화하면서 효율적으로 협업할 수 있도록 도와줍니다. 요즘은 혼자 작업하더라도 Git을 쓰지 않으면 마치 스마트폰 없이 사는 것처럼 불편하다고 느끼는 분들도 많습니다. 그만큼 현대 개발에서 Git은 필수적인 존재가 되었답니다.

2. Git과 GitHub, GitLab, Bitbucket은 뭐가 다를까요?

많은 분들이 Git과 GitHub을 같은 개념으로 오해하시는 경우가 있는데요, 실제로는 다릅니다. Git은 ‘버전 관리 도구’ 자체이고, GitHub나 GitLab, Bitbucket은 Git 저장소를 온라인에서 호스팅해주는 플랫폼입니다. 쉽게 말하면 Git은 책을 쓰는 방식이고, GitHub는 그 책을 보관하는 도서관이라고 보시면 됩니다. Git은 오프라인에서도 쓸 수 있지만, 협업을 위해선 GitHub 같은 중앙 저장소가 필요합니다. GitHub는 오픈소스 프로젝트로 유명하고, GitLab은 기업에서 프라이빗 프로젝트를 진행할 때 많이 씁니다. Bitbucket은 아틀라시안 제품군과 잘 어울려서 Jira 같은 도구와 연동이 좋죠. 각각의 특성이 있지만, 핵심은 다 Git을 기반으로 돌아간다는 것입니다.

3. Git 설치는 생각보다 간단합니다. 겁먹지 마세요.

Git을 처음 설치할 때는 뭔가 복잡할 거 같고, 괜히 터미널도 같이 따라올 것 같아서 두려움을 느끼시는 분들이 많습니다. 하지만 걱정 마세요. Git 설치는 정말 간단합니다. Windows 사용자라면 공식 웹사이트(git-scm.com)에서 설치 파일을 내려받아 클릭 몇 번만 하면 끝납니다. macOS는 Homebrew를 이용하면 brew install git 한 줄이면 끝나고, Linux는 sudo apt install git처럼 패키지 매니저로 쉽게 설치할 수 있습니다. 설치가 끝나면 터미널에서 git –version을 입력해 보세요. 설치된 Git의 버전이 뜨면 성공입니다. 혹시 아직 터미널이 어색하시더라도 자주 써보면 금방 익숙해지니, 처음부터 두려워하지 않으셔도 됩니다.

4. Git 기본 설정부터 시작해 봅시다.

설치를 마쳤다면, 다음 단계는 바로 설정입니다. Git은 ‘누가 어떤 작업을 했는지’를 추적하기 때문에 사용자 정보를 미리 입력해 두는 게 중요합니다. 터미널에 다음 명령어를 입력해 주세요:

bash
복사
편집
git config –global user.name “홍길동”
git config –global user.email “hong@example.com”
이제부터 Git은 모든 커밋에 이 이름과 이메일을 기록하게 됩니다. 마치 문서 작성자 이름을 남기는 것과 비슷하죠. 그리고 Git 설정을 확인하려면 git config –list 명령어를 사용하면 됩니다. 설정값이 제대로 들어갔는지 하나씩 체크해보세요. 이 작업은 한 번만 해두면 이후에 반복할 필요가 없기 때문에 꼭 처음에 해두시는 걸 추천드립니다.

5. 저장소(repository)를 만드는 게 핵심입니다.

Git의 중심은 바로 저장소입니다. 새로운 프로젝트를 시작할 때 git init 명령어 하나로 현재 디렉토리를 Git 저장소로 만들 수 있습니다. 이 명령어는 .git이라는 숨겨진 폴더를 생성해서 그 폴더 안에서 모든 버전 정보와 히스토리를 관리합니다. 만약 누군가의 프로젝트를 클론하고 싶다면 git clone 명령어를 사용합니다. 이때는 GitHub에 있는 저장소 URL을 복사해서 사용하시면 됩니다. 로컬 저장소에서 파일을 추가하고 커밋하는 연습을 몇 번 해보면 Git이 어떻게 작동하는지 감이 오실 거예요.

6. 스냅샷 찍듯이, 커밋(commit)을 활용하세요.

Git의 핵심은 바로 커밋입니다. 커밋은 마치 문서의 특정 순간을 저장해두는 ‘스냅샷’과 같습니다. git add 명령어로 변경된 파일을 스테이징한 뒤, git commit -m “설명 메시지”로 커밋을 남기면 됩니다. 이때 메시지는 되도록이면 명확하게 작성하는 게 좋아요. 예: “회원가입 기능 추가”처럼요. 커밋은 프로젝트의 타임라인이기 때문에, 나중에 문제가 생겼을 때 어떤 시점으로 돌아가야 할지 판단하는 데 큰 도움이 됩니다. 마치 영화 편집 타임라인처럼, 커밋을 기준으로 되돌리고 조정할 수 있다는 점이 아주 강력하죠.

7. 브랜치(branch)는 평행 우주처럼 활용할 수 있습니다.

브랜치는 동일한 프로젝트 내에서 독립적으로 작업할 수 있게 해주는 강력한 기능입니다. 새로운 기능을 추가하거나 실험할 때 git branch feature-x로 새로운 브랜치를 만들고, git checkout feature-x로 그 브랜치로 전환하면 됩니다. 이제는 메인 작업에 영향을 주지 않고 마음껏 테스트해볼 수 있어요. 모든 게 잘 되었다면 다시 메인 브랜치(main 혹은 master)로 돌아와서 git merge feature-x로 병합하면 됩니다. 혹시 충돌이 발생할 수도 있지만, 그건 Git이 ‘어느 쪽을 선택할까?’ 하고 묻는 것이니 침착하게 수정해주시면 됩니다.

8. 원격 저장소(remote repository)와의 연결도 중요합니다.

로컬 저장소에서 작업만 해서는 협업이 어렵겠죠? 그래서 등장하는 게 바로 원격 저장소입니다. 가장 흔히 사용하는 건 GitHub인데요, 저장소를 만들고 나면 Git과 연결할 수 있습니다. 다음과 같이 입력해보세요:

bash
복사
편집
git remote add origin https://github.com/username/repository.git
git push -u origin main
이렇게 하면 로컬 저장소와 GitHub의 원격 저장소가 연결됩니다. 그 이후부터는 git push로 변경 사항을 올리고, git pull로 다른 사람의 변경 사항을 내려받을 수 있게 됩니다. 마치 클라우드에 문서를 올려두고, 여러 사람이 편집하는 것과 같은 개념이라고 보시면 됩니다.

9. .gitignore 파일로 불필요한 파일은 제외하세요.

Git은 디렉토리에 있는 거의 모든 파일을 추적하려고 합니다. 하지만 빌드 결과물, 로그 파일, 개인 설정 파일 등은 굳이 버전 관리할 필요가 없겠죠? 이럴 때 쓰는 게 .gitignore 파일입니다. 이 파일에 무시하고 싶은 파일이나 폴더를 적어두면 Git은 그걸 무시하게 됩니다. 예를 들어 node_modules/, *.log, .env 같은 항목들을 넣어두면 깔끔하게 관리할 수 있죠. 이 파일을 적절히 활용하면 저장소가 훨씬 정돈되어 보이고, 다른 개발자에게도 좋은 인상을 줄 수 있습니다.

10. 커밋 히스토리를 이해하고, 리셋과 리버트를 활용하세요.

작업하다 보면 실수는 늘 발생하기 마련입니다. 이럴 때 Git의 강력한 히스토리 기능이 빛을 발합니다. git log를 입력하면 지금까지의 모든 커밋이 타임라인처럼 나타나는데요, 필요하다면 특정 커밋으로 되돌아가거나, 마지막 커밋을 수정할 수도 있습니다. git reset은 로컬에서 커밋을 되돌릴 때 쓰고, git revert는 이미 푸시된 커밋을 취소하고 싶을 때 유용합니다. 뭔가 잘못되었을 때, 처음부터 다시 할 필요 없이 딱 그 부분만 고치면 되니 얼마나 효율적인지 몰라요.

마무리하며: Git은 배우면 배울수록 든든한 친구입니다

처음엔 Git이 낯설고 어렵게 느껴질 수 있습니다. 용어도 많고, 명령어도 복잡해 보이니까요. 하지만 하나하나 익혀 나가다 보면 ‘이런 기능이 있었어?’ 하는 감탄이 나오실 겁니다. Git은 개발자뿐 아니라 디자이너, 문서 작업을 하는 분들까지 폭넓게 활용할 수 있는 협업 도구입니다. 버전 관리의 중요성을 체감하는 순간, Git 없이 일하는 건 상상조차 하기 어려워지실 거예요. 오늘 당장 하나의 저장소를 만들어보세요. 직접 써보는 게 가장 빠른 공부법이니까요.

자주 묻는 질문 (FAQs)
Q1. Git과 SVN의 차이는 뭔가요?
A1. SVN은 중앙집중형이고, Git은 분산형입니다. Git은 오프라인에서도 자유롭게 작업할 수 있는 점에서 더 유연하답니다.

Q2. 커밋 메시지는 꼭 영어로 써야 하나요?
A2. 꼭 그렇진 않습니다. 팀의 스타일에 따라 한글로 작성해도 무방하지만, 일관성을 유지하는 게 중요합니다.

Q3. GitHub 말고 GitLab을 써도 되나요?
A3. 네, GitLab도 Git 기반이며 기능도 유사합니다. 특히 프라이빗 저장소가 기본으로 제공된다는 장점이 있습니다.

Q4. Git을 GUI로 쓸 수 있는 툴도 있나요?
A4. 물론입니다. SourceTree, GitKraken, GitHub Desktop 등이 있습니다. CLI가 어렵다면 GUI 툴부터 시작해 보셔도 좋아요.

Q5. Git을 공부하는 데 가장 좋은 방법은 뭘까요?
A5. 직접 저장소를 만들고, 커밋해보고, 푸시하고, 머지해보는 경험이 최고입니다. 실습만큼 좋은 공부는 없습니다!