[Git 특강] 1. Git & Github 기본 개념 및 기본 명령어 (pwd, ls, ls -a, cd, mkdir, touch / init, add, commit, status, log, push, clone, pull)

 

 

---

 

1. 필수 리눅스 명령어 (git 명령어 아님)

 

• 앱트랙은 vscode 터미널 대신, 터미널(맥OS), git bash(윈도우)로 진행

 

 

1. pwd (print working directory)

 

 

• 내가 작업하고 있는 폴더를 보여달라는 뜻
• 참고: ~ 는 홈(Home)이라는 경로이며, 우리가 보는 바탕화면 보다 한단계 높은 홈

 

 

2. ls (list)

 

 

• 내 폴더 안에 있는 폴더 & 파일 내역을 보여줌
• list라는 뜻이므로 대문자 아이(I)가 아니라 소문자 엘(l)임

 

 

3. ls -a (list all)

 

 

• 숨겨진 파일(보통 . 으로 시작함)도 모두 볼 수 있음

 

 

4. cd 폴더명 (change directory)

 

 

• ls 명령어에서 확인된 폴더로 이동 가능
  마치 데스크탑의 폴더를 더블 클릭해서 들어간 것과 같은 효과
• 당연하지만 cd 여러번 가능
• cd .. 으로 한 단계 위의 폴더로 다시 이동 가능
• cd 폴더명/폴더명 으로 한 번에 들어갈 수 있음 (예. Desktop/javascript)
• 폴더명에 공백이 있을 경우 "폴더명" 형식으로 쳐야 오류가 없음

 

 

5. mkdir 폴더명 (make directory)

 

 

• 현재 경로에서 폴더를 생성하는 명령어

 

 

 

6. touch 파일명

 

 

• 파일을 생성하는 명령어
• text 메모장 파일을 만들고 싶다면 touch test.txt

 

 

 

---

 

2. Git & Github의 개념

 

1. 일상 생활로 알아보는 Git

• 교수님이 과제를 냈다고 가정해보자
• 과제가 깔끔한 레포트 하나로 만들어 지면 좋지만, 현실적으로 수정 작업 및 파일이 너무 많을 것이다
  최종.ppt 최종의최종.ppt 최종의최종의최종.ppt 
• 문제점: 파일이 많아서 지저분해지고, 각 파일에 대한 변경기록이 없어서 뭐가 뭔지 자세히 알 수가 없음

 

 

• Git은 이러한 (1) 파일, 폴더 복사 기능 + (2) 변경 기록 기능 을 합친 것이다.
• 쉽게 말하면: 코드 변경점 기록
• 어렵게 말하면: 버전 관리 도구 (형상 관리 도구)
  = 소프트웨어의 변경사항을 체계적으로 추적하고 통제하는 것 (면접용)
• 로그아웃 기능 단계에서 걷잡을 수 없는 에러가 떴다면, 과거의 코드 기록으로 쉽게 되돌아가기 가능

 

 

2. 일상생활로 알아보는 Github

• 과제하고 있다가 컴퓨터가 고장난다면? 다시 처음부터 만들어야 함
• 따라서 상황 방지를 위해 온라인(구글 드라이브 등)으로 백업을 해놓음

 

 

• Github는 이렇게 백업과 공유가 가능한 온라인 코드 저장소 = 협업 가능
• 온라인 업로드 -> 팀원들에게 쉽게 공유도 가능

 

 

---

 

 

3. Git 필수 명령어

 

 

• 1. `git init`
• 2. `git add <파일명>`  혹은 `git add .`
• 3. `git commit -m "기능 개발과 관련된 기록"`
• 4. `git status`
• 5. `git log`
• 6. `git push`
• 7. `git clone`
• 9. `git pull` (+ 컨플릭트(Conflict) 해결법)
• 10. `git branch`
• 11. `git switch <브랜치명>` 혹은 `git checkout <브랜치명>`
• 12. `git merge`
• 13. `git stash`

 

 

1. git init : 코드 관리를 시작하는 명령어

 

 

• intialize (초기화하다, 초기 세팅하다)의 줄임말
• 프로젝트 시작 전 딱 한 번만 입력하면 됨 (여러 번 입력해도 문제되진 않음)
• ★ 중요 ★ 정확한 프로젝트 폴더(경로)에서 입력해야 함 (잘못하면 데스크탑 전체 파일, 폴더가 다 기록됨)

 

• 파일에서 간단한 코드 (.kt) 파일 만들고 터미널 혹은 gitBash 열어 주기
• 폴더 - 오른쪽 클릭 - GitBash here 누르면 정확히 그 위치에서 열림
• 그래도 경로확인은 필수 (pwd)

 

 

• git init이라고 입력하면 '깃 레포지토리를 새로 생성했다'는 알람이 뜰 것. 저렇게 나오면 성공
• ls -a 하면 .git 이라는 폴더가 나옴
• 이 .git 폴더에서 코드 변경점을 계속 추적 & 기록함. 따라서 정확한 프로젝트 경로에 있어야 함
• pwd로 현재 경로 확인 후 경로가 다르면 cd 명령어로 이동 후 git init 명령어 실행해야 함

 

 

 

2. git add & git commit : 코드를 저장하는 명령어

 

 

💡 순서

1. git add 파일명 (저장할 파일명)
2. git commit -m "메세지 작성"  (메시지 부분은 내가 무슨 코드를 짰는지 자세하게 적는 것이 좋음)
3. 저장 완료

 

💡git commit 후 저장 안 되는 경우

•  계정 설정을 하지 않았기 때문임 (Please tell me who you are)
• 계정 설정
  git config --global user.email "abc1234@gmail.com"
  git config --global user.name "nickname"

 

💡 저장 명령어가 2개인 이유?

1. git add 파일명 : 저장하기 전 저장할 파일 지정
2. git commit -m "메시지 작성" : 실제로 저장하는 명령어

 

 

 

3. git status : 저장 여부 확인하는 명령어

 

 

• 코드의 변경은 있지만 저장을 하지 않은 파일: 붉은색으로 표시
• 어떤 파일이 add(지정) 됐는지 확인: 초록색으로 확인

 

💡  내 프로젝트의 변경사항을 한 번에 지정하는 법

1. git add . (점 . 은 현재 폴더(디렉토리)에 있는 모든 파일을 의미)
2. git commit m "메시지"
3. git status 로 확인 -> nothing to commit (더 이상 커밋할 게 없다는 안내메시지 뜸)

 

💡 Working directroy, Staging area, Repositoy?

• 이 부분의 개념은 어렵게 알 필요 없는 부분이라 편하게 구글링하며 검색해보기

 

 

4. git log : 저장 내역을 확인하는 명령어

 

 

• 커밋 메시지로 코드 변경점 추측 가능 -> 이래서 commit할 때 메시지 잘 작성하라고 하는 것
• 각각의 커밋마다 ID가 있는 것을 볼 수 있음
• git diff: 코드 변경 확인
  git reset : 과거로 돌아가기 가능
• 아래 (END)가 뜨면 키보드 입력이 안 되는 경우가 있는데, Q 클릭하면 빠져나올 수 있음

 

 

---

 

4. Github으로 코드 백업하기

 

 

1. 온라인 저장소 (github repositoy) 만들기

1. github 회원 가입 및 로그인
2. Repositories에서 New 버튼 클릭
3. Repository 이름 입력 후 creat respository 버튼 클릭
4. 생성한 github repository 화면이 나옴

 

 

2. 내 코드를 Github respository로 업로드 하기

 

 

1. 아래 or push 부분 복사해서 터미널에 그대로 붙여넣고 엔터하면 적용 된 것
2. 새로 고침하면 레포지토리에 아까 짠 파일이 저장된 것을 Github에서 확인할 수 있음

 

 

3. git push : 추가로 수정된 코드 github에 반영하기

 

• Git에서 commit까지 된 것을 github에 반영하는 명령어
• 1. 코드 수정
  2. 코드 저장: 명령어 실행 git add . & git commit -m "메시지"
  3. 코드 업로드: git push origin 브랜치명 (현재 시점에서는 브랜치명 main으로 작성할 것) 

 

💡 레포지토리 QuickSetup 속 명령어의 의미? 1. git remote add origin <github 주소> - 원래는 push할 때 git push github주소 브랜치명 으로 작성 했어야 함 - 해당 명령어로 github주소를 origin으로 지정 - git push origin 브랜치명으로 작동하도록 설정하는 것 2. git branch -M main - git init을 하면 기본적으로 브랜치 이름이 master로 되어 있는데 (노예 제도와 관련) - 이 브랜치명(master)를 main으로 바꾸는 것 (BlackLivesMatter) 3. git push -u origin main - 원래라면 push할 때 git push origin main 을 입력해줘야 함 -> 귀찮음 - 이 코드로 git push 만 입력해도 git push origin main 이 작동 됨 - -u는 연결 개념

 

 

 

---

 

5. Github 협업하기 + 충돌 해결하기

 

 

 

1. 협력자(collaborator) 등록하기 (팀장 입장)

 

1. github 레포지토리 -> settings -> collaborators -> Add people
2. 추가할 팀원 username이나 email로 추가 -> 초대 수락

 

 

 

2. git clone : 코드 전체 복사해오기 (팀원 입장)

 

• A 팀장의 코드 -> Github -> B 팀원에게 통째로 옮김 : Git clone
• 이 명령은 저장소를 처음 시작할 때 사용되며, 그 이후에는 일반적으로 다시 사용되지 않음

1. Github에서 복사할 레포지토리 - code 클릭 - https 주소 복사
2. IDE에서 코드를 작성할 폴더를 만들어서 열고
3. 터미널 상에서 git clone <github 주소> .  명령어 입력
   ( . 을 안친다면 폴더가 새로 만들어져서, 그 폴더 안으로 들어가야 하는 번거로움이 있음
   따라서 코드 작성할 폴더를 미리 만들어 두고 거기에 git clone github주소 . 하는 거 추천)
4. 확인해보면 프로젝트 파일들이 들어와졌고, 다른 팀원들도 코드를 변경할 수 있음

 

 

 

3. git pull : 다른 사람이 변경한 코드 내 코드에도 가져오기

 

• 변경사항을 업로드 하고 적용하고 싶을 땐 pull 을 해야 함.
• clone은 전체를 가져오는 것으로 보통 초기 한 번 실행하고 안 함

 

1. A 팀장이 a코드를 만듦 -> Github에 push -> B가 clone으로 a가져옴
2. a를 가져온 B가 b 파일을 새로 만들어서 a+b 전체 git push를 함
3. Github엔 a파일과 b파일이 생김
4. 근데 A팀장이 그동안 a를 수정하고 있었고, push해버리면 덮어쓰기가 되어 b가 사라지고 바뀐 a만 남음
5. 이렇게 되면 안되겠지? (어차피 에러나서 Git에서 막아줘서 에러나긴 함)
   → 다른 사람이 이미 git push하고 내가 git push하려고 하면 발생하는 에러
   git push 전에 git pull 먼저하세요 라는 힌트가 뜨긴 함

 

경고문 뜰 땐 위에꺼 복사해서 그대로 입력 후 다시 시도

 

1. 코드 수정 후 git push origin 브랜치명
2. git pull을 먼저 하라는 에러 발생 시 git pull origin 브랜치명 입력 (다른 사람이 업로드 했구나 생각)
3. git pull 시 처음 할 때 경고문 뜰 수 있음 - 합칠 때(merge) 어떻게 할거야? 하는 설정
4. 처음할 때 경고문이 뜬다면 첫번 째 줄 git config pull.rebase false 복사해서 그대로 다시 입력
   (rebase는 true 모르고 쓰면 다 날림 주의. 나중에 현업에서도 안 쓰는 경우 많음)
5. 다시 git pull origin 브랜치명 입력하면 잘 될 것

 

💡 터미널에 아무것도 입력이 안되는 vim 에디터가 뜬다면?

1. 키보드 esc
2. 키보드 :
3. 키보드 w, q
4. 키보드 enter  눌러보면 저장 됨

 

 

 

 

4. 충돌(conflict) 해결하기 : git pull 명령어로 가져왔는데 코드가 이상한 경우

 

 

 

• index.html에서 충돌이 발생했으니 해결하라는 메시지

 

• 충돌 이유 : 같은 파일의 같은 위치에 코드가 변경되었기 때문
  ex) A개발자가 a파일의 2번째 줄 코드 변경, B개발자가 a파일의 2번째 줄 코드 변경했을 때
• Current Change는 내가 수정한 것, Incoming Change는 상대가 올린 것

 

💡 해결방법 (이건 규칙이 있는게 아니라, 우리가 직접 해야하는 것. Github에선 해줄 수 없음)

• 1. <<<< HEAD 삭제
• 2. ======= 삭제
• 3. >>>>>>>> 4182... 삭제
  (<<<<====>>> 삭제 한다고 생각하면 됨)
• 4. 원하는 코드로 수정 (팀원과 얘기하면서 수정)

 

💡 pull로 인한 충돌(Conflict)을 해결했다면

• git add. & git commit -m "메시지" 저장
• git push origin 브랜치명(main)

 

💡 git push와 pull의 주기

• 정해진 것은 아니지만, git push랑 pull을 자주해야 겹치는 충돌 해결 양을 줄어 줌
• 늦게 하면 충돌 때마다 수정할 양이 점점 많아져서 힘듦
• 진짜 최소한의 기능 단위마다는 해주는 것을 추천

 

💡 올라가선 안될 파일이 커밋된 경우 이후 파일을 지우고 커밋을 하여도 로그에 남아있어 완전히 지워지지 않는 경우

• git reset 후 다시 git push (구글링 해보기)