GitHub 처음이라도 괜찮아요 AI에게 물어보며 배우는 Git 기초

블로그 자동화, 정적 사이트 배포, 협업 프로젝트까지 현대 개발 환경에서 Git과 GitHub 는 필수입니다. 개발자뿐만 아니라 블로거와 콘텐츠 크리에이터에게도 점점 더 중요한 도구가 되고 있습니다. Hugo로 블로그를 운영하거나 자동화 파이프라인을 구축하려면 Git 기초 지식이 필요합니다.

하지만 리포지토리, 커밋, 브랜치 같은 용어가 처음에는 어렵게 느껴집니다. 전통적인 학습 방법으로는 긴 문서를 읽거나 영상 강의를 시청해야 했습니다. 이번 18강에서는 AI에게 질문하며 Git 기초를 익히는 학습 전략 을 소개합니다. 모르는 것이 생길 때마다 AI에게 물어보면서 실습하면 훨씬 빠르게 배울 수 있습니다.

Git과 GitHub의 차이점

먼저 가장 기본적인 개념부터 정리하겠습니다. Git 은 로컬에서 파일 변경 이력을 관리하는 버전 관리 프로그램입니다. 내 컴퓨터에 설치해서 사용하며, 인터넷 연결 없이도 작동합니다. 반면 GitHub 는 Git 저장소를 원격에서 호스팅하는 웹 서비스입니다. 쉽게 말해 Git은 도구이고 GitHub는 그 도구로 만든 작업물을 저장하는 클라우드 공간입니다.

AI에게 이 개념을 더 쉽게 설명해 달라고 요청할 수 있습니다. “Git과 GitHub의 차이점을 초등학생도 이해할 수 있게 비유로 설명해 줘”라고 물어보면 AI가 친숙한 예시를 들어 설명해 줍니다. 예를 들어 Git은 작업 일지를 기록하는 노트이고, GitHub는 그 노트를 보관하는 도서관이라는 식의 비유를 들 수 있습니다.

로컬 환경 설정하기

Git을 사용하려면 먼저 컴퓨터에 설치해야 합니다. 윈도우 사용자는 Git 공식 사이트에서 설치 파일을 다운로드합니다. 맥 사용자는 터미널에서 Homebrew를 통해 설치할 수 있습니다. 리눅스 사용자는 패키지 관리자를 통해 간단히 설치할 수 있습니다.

설치가 완료되면 사용자 정보를 등록해야 합니다. 터미널이나 명령 프롬프트를 열고 이름과 이메일을 설정합니다. 이 정보는 커밋할 때 누가 변경했는지 기록하는 데 사용됩니다. 설정 명령어가 기억나지 않으면 AI에게 “Git 사용자 이름과 이메일 설정하는 명령어 알려줘”라고 물어보면 됩니다.

설정이 제대로 되었는지 확인하려면 config 명령어로 현재 설정값을 조회할 수 있습니다. 이렇게 한 번 설정해 두면 이후에는 다시 설정할 필요가 없습니다.

첫 리포지토리 만들기

GitHub 사이트에 가입하고 New repository 버튼을 클릭합니다. 리포지토리 이름을 입력하고 Public 또는 Private을 선택합니다. Public은 누구나 볼 수 있고, Private은 본인과 초대한 사람만 볼 수 있습니다. 블로그용이라면 Public으로 설정하는 것이 일반적입니다.

리포지토리가 생성되면 로컬 컴퓨터로 복제해야 합니다. clone 명령어를 사용하면 원격 저장소의 내용을 로컬로 가져올 수 있습니다. 복제가 완료되면 해당 폴더로 이동해서 작업을 시작합니다.

이 과정이 헷갈리면 AI에게 단계별로 물어보세요. “GitHub에서 새 리포지토리를 만들고 로컬로 복제하는 방법을 처음부터 끝까지 알려줘”라고 하면 스크린샷은 없지만 상세한 설명을 받을 수 있습니다.

커밋과 푸시 배우기

파일을 수정한 후에는 그 변경사항을 커밋 으로 저장해야 합니다. 커밋은 특정 시점의 스냅샷이라고 생각하면 됩니다. 게임의 세이브 포인트와 비슷합니다. 먼저 변경된 파일을 스테이징 영역에 추가하고, 그 다음 커밋 메시지와 함께 저장합니다.

AI에게 물어보는 예시 프롬프트입니다. “내가 index.html 파일을 수정했어. Git으로 이 변경 사항을 저장하려면 어떤 명령어를 쓰면 될까?” AI는 add 명령어로 파일을 추가하고 commit 명령어로 저장하라고 알려줄 것입니다.

로컬에서 커밋한 내용을 GitHub에 올리려면 푸시 명령어를 사용합니다. “로컬에서 커밋한 내용을 GitHub에 올리려면 어떻게 해?”라고 물어보면 push 명령어와 함께 브랜치 이름을 지정하는 방법을 알려줍니다.

풀과 브랜치 이해하기

다른 컴퓨터에서 작업하거나 협업자가 변경한 내용을 가져오려면 풀 명령어를 사용합니다. 풀은 원격 저장소의 최신 내용을 로컬로 가져오는 것입니다. 작업을 시작하기 전에 항상 풀을 먼저 실행하는 습관을 들이면 충돌을 예방할 수 있습니다.

브랜치 는 실험용 작업 공간입니다. 메인 코드에 영향을 주지 않고 새로운 기능을 테스트할 수 있습니다. 새 브랜치를 만들어 작업한 후 문제가 없으면 메인 브랜치에 병합합니다. 브랜치 생성과 전환 명령어가 헷갈리면 AI에게 물어보세요.

GitHub에서는 Pull Request 라는 기능을 통해 브랜치 병합을 요청합니다. 협업 시에는 직접 메인 브랜치에 푸시하지 않고 Pull Request를 통해 코드 리뷰를 거친 후 병합하는 것이 일반적입니다.

자주 발생하는 오류 해결하기

Git을 사용하다 보면 다양한 오류 메시지를 만나게 됩니다. not a git repository 오류는 현재 폴더에 Git이 초기화되지 않았다는 의미입니다. init 명령어로 초기화하거나 clone을 다시 시도하면 해결됩니다.

failed to push 오류는 원격에 더 최신 커밋이 있을 때 발생합니다. 이 경우 먼저 풀을 실행해 최신 내용을 가져온 후 다시 푸시하면 됩니다. merge conflict 오류는 같은 파일을 여러 사람이 동시에 수정했을 때 발생합니다.

충돌 해결이 어려우면 AI에게 구체적인 상황을 설명하고 도움을 요청하세요. “Git에서 merge conflict가 발생했는데 두 버전을 어떻게 합쳐야 할지 모르겠어. 해결 방법을 단계별로 알려줘”라고 하면 상세한 가이드를 받을 수 있습니다.

결론

Git은 처음엔 어렵지만 AI에게 상황별 명령어 를 물어보며 실습하면 금방 익숙해집니다. 외우려고 하지 말고 필요할 때마다 AI에게 질문하는 방식으로 학습하세요. 반복하다 보면 자주 쓰는 명령어는 자연스럽게 기억에 남습니다.

Git을 익히면 블로그 관리뿐만 아니라 다양한 프로젝트에서 버전 관리의 편리함을 누릴 수 있습니다. 실수로 파일을 삭제해도 이전 버전으로 복구할 수 있고, 여러 기기에서 작업 내용을 동기화할 수도 있습니다.

다음 19강에서는 지금까지 배운 모든 기술을 활용해 나만의 AI 도구 모음 사이트 를 만들어 보겠습니다.

#GitHub #Git입문 #버전관리 #바이브코딩 #AI학습 #개발기초