1 of 17

Git을 모르면 개발자가 아니다!

-Git의 A부터 Z까지-

2 of 17

강사 소개

경북대학교 컴퓨터학부 18학번
학생 스타트업 WIM 프론트엔드 엔지니어(React.js)
MBTI : INTJ –T
현재 휴학중. 22년 1학기 3학년 복학예정

정보보안 동아리 KERT 멤버 (2018-2019)
KERT 회장 (2019)
학내 PS 대회 고리콘 참여 (2019)
2019 머신러닝 스터디 잼 중급반 수료 (2019)
파이썬 프로그래밍 튜터 (2019 여름학기)
경구중학교 SW 교육 봉사활동 참여 (2019)
코드 읽어주는 사람들 멤버 참여 (2019, React)
공군 전산병 복무(2020.01 ~ 2021.10)
기술 블로그 운영중 (2020.12 ~ )
GDSC KNU 1기 (2021.10 ~ )

https://kasterra.github.io

https://github.com/kasterra

3 of 17

Git?

4 of 17

버전 관리의 필요성

5 of 17

버전 관리의 필요성

Exit라는 명령어 한줄 빼먹어서 생긴 문제라고 합니다. 우리도 소프트웨어를 개발하면서 분명 아까전까지는 돌아갔던 코드가 내가 뭘 수정하니까 안돌아가는 그런 일들을 상당히 자주 마주하게 됩니다. 그럴떄는 어떡하면 좋을까요? VSCode, Android studio 같은 ide에서 ctrl+z를 하면서 돌아갔을 순간까지의 코드로 열심히 돌릴 수 있겠죠. 이렇게 하면 안된다라는것은 아닙니다. 하지만, 변경사항이 명령어 한줄 같은 간단한 것이라면, 크게 상관이 없겠지만, 규모가 있는 모듈을 만들고 그 모듈을 불러와서 테스팅을 하려고 했는데 안된다면? 현재 작업하는 코드가 모듈에 의존적이어서, 그냥 모듈을 날린다고 해서, 예전 상태로 돌아가는게 아니라면? 생각만해도 끔찍합니다. 방금 열심히 모듈을 개발한다고 내 머리는 정신이 없는데, 되돌릴 자신은 없고, 그렇다고 해서 이대로 방치했다가는 더 이상 개발도 잘 안될것 같습니다.

6 of 17

버전 관리의 필요성

7 of 17

Git!

1. Git은 모든 작업을 로컬에서 한다

첫번째 특징은 git은 모든 작업을 로컬에서 한다 입니다. Git 공식 홈페이지인 git-scm.com에 들어가면 화면 최상단의 로고에 뜨는 문구중 하나를 캡쳐해온 것입니다. Github을 간단하게라도 써보신 분들은 이런 생각을 하실 수도 있습니다. 아닌것 같은데, 나는 내가 작업한것을 온라인에 올리고, 협업할 때 서로의 데이터에 충돌이 생겨서 그거 해결하느라 진땀뺀적도 많고 해서, 그런 문제들을 잘 해결하려고 이 수업을 들으러 왔는데 이게 무슨 소리지?

결론부터 이야기 하자면, git은 100% 로컬에서 동작합니다. 단지 github라는 외부 저장소에 연결을 해서, 그 로컬에서 작업한 내용을 업로드 하는것일 뿐입니다. 이 이야기를 자세히 하기 위해서는 우선 로컬에서 동작하는 git을 올바르게 이해해야 할 수 있기 때문에, 로컬 git에 대한 설명이 다 끝나고 설명을 하도록 하겠습니다. 그러한 이유에서도 이 강의의 제목이 “Git을 모르면 개발자가 아니다“ 인 것입니다. Git과 github가 같으면 굳이 git이라는 이름을 쓸 필요가 없죠. 더 친숙한 이름인 github가 있는데요

8 of 17

Git!

2. Git에는 3가지 상태가 있다.

● Committed

저장됨

● Staged

저장 될 준비 완료

● Modified

수정은 되었으나 반영 안됨

또 설명할 git의 특징은 git을 사용하면서 절대 몰라서는 안되는 사항입니다. 아까는 git이 로컬에서 돌아가는지 인터넷이랑 연결되어서 돌아가는지 몰라도, 사실 돌아가기만 하면 OK 겠지만, 이 특징을 모른다면 그러한 기초적인 사용조차도 어렵기 때문에, 오늘 내가 컨디션이 안좋아서 이 강의의 100%를 다 수용할 수 없겠다라고 해도, 이 특징만큼은 반드시 기억하시기 바랍니다.

제가 이렇게나 강조하는 3가지 상태는 다행이 어렵지 않습니다. Committed, staged, modified 이 세가지 상태만 기억하면 됩니다. 파일을 처음 수정하면 modified 상대가 되었다가, 그 수정사항을 반영하기로 결정하면, staged 상태가 됩니다. 그리고 그것을 commit 하면, commited 상태가 됩니다. Git을 처음 만나시는 분들은 commit의 의미를 git에 저장한다 정도로 받아드리시면 됩니다.

우측 도식은 변경사항들이 git에서 어떻게 돌아가는지를 보여줍니다. 작업 환경에서 변경사항을 stage 하고, stage 한 변경 사항을 git에다가 커밋하고, 그리고 checkout이라고 제가 아까 설명하지 않은 부분이 있는데, 이것은 ‘불러오기‘ 정도로 이해하시면 큰 문제가 없습니다.

9 of 17

Git 의 branch

10 of 17

Git 의 branch

11 of 17

Git 생기초 명령어

$ git init

● 현재 디렉토리에 git을 사용하겠다고 설정

$ git add .

● 현재 모든 modified들을 staged 상태로

$ git commit –m “commit message”

● 현재 staged 된 사항을 “commit message”라는 메시지로 commit

초보자용 강의를 지향하는 만큼 최대한 쉽게 가겠습니다. Git을 사용하는데에 절대 몰라서는 안되는, 명령어 입니다. 이 세가지 명령어는 git 사용을 시작하고, 변경사항을 저장하는 역할을 하기 때문에, 꼭 알아두어야 합니다.

첫번째 명령어는 git init 입니다. 현재 디렉토리에 git을 사용하겠다고 설정하는 명령어 입니다.

두번째 명령어는 git add 입니다. 현재 git을 사용하는 환경에서 modifie된 상태들을 staged 상태로 변경하겠다는 뜻입니다. Ppt에는 git add 점 이라고 되어 있는데, 여기서의 점은 ‘모든 파일＇을 의미하는 기호로, 특정한 파일만 stage 하고 싶으면 그 파일의 경로를 명시해 주면 됩니다.

세번째 명령어는 git commit 입니다. Git commi은 staged 된 사항을 commit 하는 명령어 인데, ppt에는 뒤에 –m “commit message”라고 적혀져있죠? 이것은 커밋을 할 때 해당 커밋에 쪽지를 남겨서, 나중에 확인하기 쉽게 하기 위함입니다. “commit message”라고 되어 있는 부분은 자유롭게 적을 수 있습니다. 저는 주로 여기에 “Implemented ~ feature”나 “Resolves issue #1” 같은 것을 적습니다.

12 of 17

Git 생기초 명령어

4.$ git branch <branch-name>

● 현재 작업중인 커밋에 <branch-name>이라는 브랜치 생성

5.$ git checkout <branch-name>

● 현재 작업중인 내용을 냅두고, <branch-name>이라는 브랜치로 이동

● git checkout –b <branch-name>을 하면, 생성과 동시에 이동

13 of 17

실습 시작!

14 of 17

실습 시작!

15 of 17

실습전 유념할 사항

$ git commit

파일 수정

$ git add .

$ git commit –m “message”

16 of 17

QnA

ASK ME ANYTHING

이상으로 준비한 강의내용의 끝입니다. 들으시면서 이해가 잘 안되시는 부분이 있거나, 추가적인 의문사항이 있으면 지금 질의응답 진행하도록 하겠습니다. 강의 내용과 관련이 있으면 더욱 좋지만, 화면에 적은대로 정말 anything. 아무거나 해도 됩니다. 제 소개에서 궁금한 사항이 있으셔도 해도 좋고, Git이 아니더라도 프론트엔드 개발자로써의 저에게 질문을 하시고 싶은 사항이 있으시다면 해도 좋고, 그냥 이 앞에서 신나게 이야기하는 이 사람 자체에게 해도 좋습니다. 공석에서 하지 못하는 답변만 아니라면 정말 모든것을 다 수용하는 질의응답 시간이고 싶습니다. 마음속에 떠오르는 질문이 있다면, 거침없이 해주세요

17 of 17

사용한 자료들

<a href='https://www.freepik.com/vectors/infographic'>Infographic vector created by macrovector - www.freepik.com</a>