Git은 개발자들의 협업 도구로하게 사용되고 있습니다. 하지만 개발자들이 아닌 사람들도 Git을 사용할 수 있습니다. Git의 기본적인 명령어만 알아도 협업을 더 효율적으로할 수 있습니다.
Git의 기초
Git을 사용하기 위해서는 먼저 Git을 설치해야 합니다. Git을 설치한 후에 기본적인 명령어를 학습해야 합니다. Git의 기본 명령어는 다음과 같습니다.
- git init: Git 저장소를 초기화합니다.
- git add: 파일을 Git 저장소에 추가합니다.
- git commit: 파일을 Git 저장소에 저장합니다.
Git의 활용
Git을 사용하면 여러 사람들과 협업을 할 수 있습니다. Git을 사용하면 파일의 변경 이력을 관리할 수 있습니다. 또한 Git을 사용하면 다른 사람의 코드를 쉽게 가져올 수 있습니다.
실전에서 사용하기
실전에서 Git을 사용하기 위해서는 다음의 단계를 따라야 합니다. 첫째, Git 저장소를 초기화합니다. 둘째, 파일을 Git 저장소에 추가합니다. 셋째, 파일을 Git 저장소에 저장합니다.
결론
Git은 개발자들의 협업 도구입니다. 하지만 개발자들이 아닌 사람들도 Git을 사용할 수 있습니다. Git의 기본 명령어만 알아도 협업을 더 효율적으로할 수 있습니다. 따라서 비개발자들도 Git을 사용해 보는 것을 추천합니다.
비개발자는 왜 Git을 써야 할까요?
Git은 원래 개발자들이 코드를 관리하기 위해 만들었지만, 지금은 디자이너, 작가, 기획자, 마케터 등 다양한 직군에서 활용됩니다. 파일 버전을 관리하고, 팀원과 공유하고, 실수했을 때 이전 상태로 되돌리는 데 Git만큼 강력한 도구는 없습니다.
Git을 처음 설치하는 법
- git-scm.com에 접속해서 “Download for Windows” 클릭
- 설치 파일 실행 — 모든 옵션은 기본값으로 두고 Next 계속 클릭
- 설치 완료 후 바탕화면에서 마우스 우클릭 → “Git Bash Here” 가 보이면 성공
- 처음에 이름과 이메일 한 번만 설정:
git config --global user.name "홍길동"
git config --global user.email "[email protected]"
가장 중요한 3개 명령어
1. git init — 폴더를 Git으로 관리하기 시작
처음 한 번만 실행하면 됩니다. 관리하고 싶은 폴더에서 Git Bash를 열고 다음을 입력합니다:
git init
이 명령어를 실행하면 폴더 안에 숨김 폴더 .git이 생성됩니다. 이제부터 이 폴더의 모든 변경사항을 Git이 추적합니다.
2. git add — 저장할 파일을 선택
파일을 수정한 뒤 “이 내용을 기록으로 남기겠다”고 선택하는 과정입니다. 우편함에 편지를 넣는 것과 비슷합니다.
특정 파일 추가: git add 파일명.docx
폴더 내 모든 파일 추가: git add .
3. git commit — 선택한 내용을 저장
add로 선택한 파일들을 실제로 기록합니다. 어떤 내용을 변경했는지 메모를 함께 남깁니다.
git commit -m "2월 보고서 초안 작성 완료"
이렇게 하면 “2월 보고서 초안 작성 완료”라는 메모와 함께 현재 상태가 영구 기록됩니다.
실전 시나리오 — 기획자가 보고서를 관리하는 법
| 상황 | Git 없을 때 | Git 사용 시 |
|---|---|---|
| 파일 버전 관리 | 보고서_최종.docx, 보고서_최최종.docx, 보고서_진짜최종.docx | 하나의 파일 + git log로 버전 확인 |
| 실수 복구 | 삭제한 내용 복원 불가 | git checkout으로 이전 버전 복원 |
| 팀 협업 | 이메일로 파일 주고받기 | GitHub로 실시간 공유 |
| 변경 이력 | 누가 언제 뭘 바꿨는지 모름 | git log로 모든 변경 이력 확인 |
GitHub와 Git의 차이
Git은 내 컴퓨터에서 동작하는 버전 관리 도구이고, GitHub는 Git으로 관리하는 파일을 인터넷에 업로드해서 팀원과 공유하는 서비스입니다. 쉽게 비유하면 Git은 저장 기능, GitHub는 클라우드 저장소입니다.
비개발자를 위한 Git GUI 추천
명령어가 어렵게 느껴진다면 GUI(그래픽 인터페이스) 도구를 사용하면 마우스로 클릭만 해도 됩니다.
- GitHub Desktop: 가장 쉬운 GUI. GitHub 계정만 있으면 설치 후 바로 사용 (무료)
- Sourcetree: 시각적으로 브랜치 구조를 볼 수 있어 팀 작업에 유용 (무료)
- VS Code 내장 Git: 코드 편집기 VS Code를 사용 중이라면 별도 설치 없이 사용 가능
3개 명령어로 첫 프로젝트 시작하기 — 10분 실습
- 바탕화면에
my-first-git폴더 생성 - 폴더 안에
hello.txt파일 만들고 내용 아무거나 입력 후 저장 - Git Bash 열기 (폴더에서 우클릭 → Git Bash Here)
git init입력git add hello.txt입력git commit -m "첫 번째 파일 추가"입력git log로 커밋 기록 확인
7단계를 마치면 파일의 첫 번째 버전이 영구 기록됩니다. 이제 hello.txt를 수정하고 2~3단계를 반복하면 버전 이력이 쌓입니다.
자주 묻는 질문
Git을 쓰면 파일이 두 개가 되나요?
아닙니다. 파일은 하나만 유지됩니다. Git은 파일의 ‘변경 내용’만 기록합니다. git log를 보면 각 시점의 상태를 볼 수 있고, 원하면 되돌릴 수 있습니다.
실수로 중요한 파일을 삭제했을 때 복원할 수 있나요?
네! git checkout HEAD 파일명 명령어로 마지막 커밋 시점으로 복원됩니다. 단, git commit을 한 상태여야 합니다. 커밋하지 않은 변경사항은 복원이 어려우므로 자주 커밋하는 습관이 중요합니다.
회사에서 Google Drive를 쓰는데 Git이 필요할까요?
Google Drive도 기본적인 버전 관리 기능이 있지만, 여러 파일의 연관 변경사항을 한 번에 기록하거나, 특정 시점으로 전체 폴더를 되돌리는 것은 Git이 훨씬 강력합니다. 특히 여러 명이 같은 파일을 동시에 수정할 때 충돌 없이 합치는 것은 Git만이 가능합니다.
GitHub로 팀원과 파일 공유하기
Git을 내 컴퓨터에서만 쓰는 것에서 한 발 나아가, GitHub에 업로드하면 팀원과 실시간으로 공유할 수 있습니다.
GitHub 시작하기 (5분)
- github.com 회원가입 (무료)
- 로그인 후 “New repository” 클릭
- 저장소 이름 입력, Public 또는 Private 선택, “Create repository” 클릭
- 로컬 Git과 연결:
git remote add origin https://github.com/내아이디/저장소명.git
git push -u origin main
이 4단계만 거치면 내 파일이 GitHub에 올라갑니다. 이후에는 git push 명령어 하나로 업데이트됩니다.
브랜치(Branch) — 실험할 때 원본을 지키는 방법
브랜치는 원본 파일을 건드리지 않고 복사본에서 작업하는 기능입니다. 예를 들어 보고서의 디자인을 실험해보고 싶을 때, 브랜치를 만들어 수정하면 원본은 그대로 유지됩니다.
- 새 브랜치 만들기:
git checkout -b 실험적-디자인 - 원본으로 돌아오기:
git checkout main - 실험이 성공하면 합치기:
git merge 실험적-디자인
비개발자 직군별 Git 활용 사례
| 직군 | Git 활용 방법 | 효과 |
|---|---|---|
| 기획자 | 기획서·제안서 버전 관리 | “최최종_v3_진짜최종.docx” 파일명 혼란 해소 |
| 디자이너 | Figma 내보내기 파일, 에셋 파일 관리 | 디자인 변경 이력 추적, 이전 버전 복원 |
| 작가·블로거 | 원고·초안 버전 관리 | 수정 전 원본 항상 보존, 편집 이력 확인 |
| 데이터 분석가 | 분석 결과 파일, 보고서 관리 | 어떤 데이터로 어떤 분석을 했는지 추적 가능 |
| 마케터 | 캠페인 소재, 카피라이팅 파일 관리 | A/B 테스트 소재 버전 관리 |
자주 쓰는 Git 명령어 10선 — 비개발자 실용 레퍼런스
| 명령어 | 설명 | 언제 쓰나 |
|---|---|---|
git status |
현재 변경된 파일 확인 | 작업 전 현황 파악 |
git log |
커밋 이력 보기 | 언제 어떤 변경을 했는지 확인 |
git diff |
변경 내용 상세 보기 | 무엇이 달라졌는지 확인 |
git pull |
GitHub에서 최신 변경 가져오기 | 팀원 작업 내용 동기화 |
git push |
내 변경 내용 GitHub에 올리기 | 작업 결과 공유 |
git clone |
GitHub 저장소를 내 컴퓨터로 복사 | 새 PC 세팅 또는 팀 프로젝트 참여 |
git checkout 파일 |
파일 수정 전 상태로 되돌리기 | 실수로 파일을 망쳤을 때 |
git stash |
임시 저장 (uncommitted) | 급하게 다른 작업해야 할 때 |
git reset --soft HEAD~1 |
마지막 커밋 취소 | 커밋 메시지를 잘못 썼을 때 |
git tag v1.0 |
버전 태그 붙이기 | 릴리즈 또는 중요 버전 표시 |
.gitignore — 특정 파일은 Git에서 제외하기
비밀번호가 담긴 설정 파일, 임시 파일, 개인 파일은 Git에 올리면 안 됩니다. 프로젝트 폴더에 .gitignore라는 파일을 만들고 제외할 파일명이나 패턴을 적으면 됩니다.
예시 .gitignore 내용:
secrets.txt *.tmp 개인메모/ .DS_Store
이렇게 하면 secrets.txt, 모든 .tmp 파일, 개인메모 폴더는 Git이 추적하지 않습니다.
Git 학습 로드맵 — 비개발자 3단계
- 1단계 (1주): git init, git add, git commit, git log — 혼자 쓰는 버전 관리
- 2단계 (2주): GitHub 계정, git push, git pull — 클라우드 백업 및 팀 공유
- 3단계 (1개월): git branch, git merge, Pull Request — 팀 협업 워크플로우
비개발자에게 3단계까지 익히면 어떤 팀 프로젝트에서도 버전 관리로 어려움을 겪지 않을 것입니다.
Git 실전 팁 — 비개발자가 자주 겪는 상황별 해결책
상황 1: “잘못된 파일을 commit했어요”
commit한 파일이 잘못됐다면:
git revert HEAD를 입력하면 가장 최근 commit을 취소하는 새 commit이 생성됩니다. 원본 기록은 유지되면서 실수를 되돌릴 수 있습니다.
상황 2: “팀원이 push한 내용을 받고 싶어요”
git pull을 입력하면 GitHub의 최신 내용이 내 컴퓨터로 내려옵니다. 매일 작업 시작 전에 git pull 하는 습관을 들이면 팀원과의 충돌을 줄일 수 있습니다.
상황 3: “특정 파일만 이전 버전으로 돌리고 싶어요”
git checkout HEAD~2 -- 파일명.docx를 입력하면 2개 commit 이전의 해당 파일만 복원됩니다. 다른 파일은 현재 상태를 유지합니다.
Git을 쓰면 안 되는 파일 유형
Git은 텍스트 기반 파일 변경에 최적화되어 있습니다. 다음 파일 유형은 주의가 필요합니다:
| 파일 유형 | Git 사용 시 주의사항 | 대안 |
|---|---|---|
| 대용량 이미지/동영상 | 저장소가 빠르게 커짐 | Git LFS 또는 클라우드 스토리지 |
| 바이너리 파일 (.exe, .pdf) | 변경 내용 추적 불가 | 소스 파일만 관리, 빌드는 제외 |
| 비밀번호, API 키 파일 | GitHub에 올라가면 노출 위험 | .gitignore에 추가 필수 |
| OS 자동 생성 파일 (.DS_Store) | 불필요한 변경으로 노이즈 발생 | .gitignore에 추가 |
무료 Git 학습 리소스
- Git 공식 문서: git-scm.com/book/ko — 한국어 무료 전자책, 비개발자용 챕터도 있음
- GitHub Skills: skills.github.com — GitHub 공식 인터랙티브 학습 과정 (영어)
- 누구나 쉽게 이해할 수 있는 Git 입문 (backlog): 한국어 무료, 그림으로 설명
- 유튜브 생활코딩: ‘생활코딩 Git’ 검색 — 한국어 무료 영상 강의
Git 입문자가 처음 한 달에 알아야 할 것만 정리
Git을 처음 배울 때 너무 많은 명령어를 외우려다 포기하는 경우가 많습니다. 첫 달은 딱 이것만 알면 충분합니다:
git init— 시작git add .— 전부 선택git commit -m "메모"— 저장git log— 기록 확인git status— 현재 상태 확인
이 5개 명령어만 매일 쓰다 보면 2~3주 후 브랜치, 병합, GitHub 연동이 자연스럽게 필요해지고, 그때 배우면 됩니다. 처음부터 모든 것을 알려고 하지 말고 필요에 의해 배우는 것이 가장 빠른 Git 학습법입니다.
마무리 — Git을 쓰기 시작하면 이전으로 못 돌아갑니다
Git을 한 달 쓴 사람들이 공통으로 하는 말이 있습니다. “왜 이걸 더 일찍 시작하지 않았을까.” 파일 버전 관리에서 해방되면 업무의 자유가 생깁니다. 잘못 수정해도 되돌릴 수 있다는 안도감은 오히려 더 과감한 시도를 가능하게 합니다. 오늘 git init 하나로 시작해보세요.
Git을 쓰는 사람과 안 쓰는 사람의 차이는 결국 시간의 차이입니다. 오늘 git init 하나로 시작하세요. 처음 커밋을 올리는 순간, 파일 관리에 대한 불안이 사라질 것입니다.
GitHub Desktop으로 클릭 5번에 협업하기
터미널이 어렵다면 GitHub Desktop을 사용하세요. 명령어 없이 마우스 클릭만으로 Git 핵심 기능을 모두 사용할 수 있습니다.
- 설치 — desktop.github.com 에서 다운로드, GitHub 계정으로 로그인
- 저장소 만들기 — File → New Repository → 폴더 선택 → Create Repository
- 변경사항 저장 — 파일 수정 후 왼쪽 패널에 목록 표시 → Summary 입력 → Commit to main
- 공유하기 — 상단 Publish repository 버튼 클릭 → GitHub 업로드 완료
- 팀원 변경사항 받기 — 상단 Fetch origin → Pull origin
직군별 Git 실전 활용 시나리오
- 기획자 — 기획서 v1·v2·v3 파일 대신 하나의 파일을 Git으로 버전 관리. “경쟁사 분석 추가” 같은 메모와 함께 이력 저장
- 디자이너 — 에셋(.png, .svg)을 Git에 보관. 클라이언트 피드백 전후 버전 비교 가능
- 마케터 — 광고 소재 텍스트, A/B 테스트 문구 관리. 성과 좋은 버전 추적 가능
- 작가·블로거 — 초고·수정고·최종고를 브랜치로 관리. 편집자 피드백 별도 브랜치 반영 후 병합