[내일배움단 ai트랙 3기]깃 강의(1)

22.09.08
 이제 가을이고 추석인데 올게 안온다... 분명히 감은 가을에 나는 과일인데... 감이 안온다 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 파이썬을 얼레벌레 따라가고... 아니지 따라가지도 못했다 정확히 말하면.. 나는 입력값을 다 처리하지 못해 에러가 나는 고장난 함수같다... 어떻게 이 위기를 헤쳐나갈 수 있을까? 구글링하고싶다.. 뭘 구글링해야 할지 알아야 구글링을 하지!!!!!!!! 우선 이번 추석을 계기로 한발짝이라도 성장하는 개발자가 되어야지. 오늘 깃을 처음으로 배웠다. 음 아주 쓸모가 많은 녀석 같은데.. 실무에서 많이 쓰일 것 같다. 적극 활용해야겠음.. 우선 이해부터좀... 매니저님의 위로(?)를 받고 조금 나아졌다.. 울고불고 뛰쳐나가고싶은데 매니저님도 한,두달만에 숨은 실력이 드러났다고 한다. 제발 내안의 실력아 드러나줘~~~~~~~~~~~~

---

ㅁ깃강의(오시영 튜터님)

*1강

1.깃을 어떻게 배우고 활용할지 살펴보기

2.프로그래밍을 즐겁게 배울수 있는 팁들 알려줌.

 

[수업목표]

1.나혼자 사용할 수 있는 git 프로젝트

2.프로그래밍 배울 때 마음가짐 탑제

 

1.깃 수업에서는 뭘배우나

1)즐겁게 프로그래밍 하기 : 맘껏 실험하면됨. 에러를 두려워하지말 것. 좋은개발자는 에러를 안내는것이아니라 찾고 고칠 수 있는 개발자. / 모르면 찾아보고 물어보기(구글링) 

&)맨처음 프로그래밍 학습하는 사람들을 위한 팁 링크 : http://bit.ly/learn-programming-tip

2)배웠으면 써먹자 – 즐겁게 배우기 / 질문할 때 팁 : 목적, 에러정보, 시도한 것

3)깃사용법(혼자, 같이, 모두의 깃)

 

*2강

2.깃은 뭐고, 깃허브는 무엇인가?

실습)

프로젝트 만들기(git_test) - 메모장(hello.txt) -소스트리에서 로컬저장소 생성 (유형 깃) 하면 git_test에 .git해서 프로그램 생김. -웰컴메세지라고 작업한 내용을 입력하고 커밋하면 추가할 수 있음. text파일과 코드파일은 변경된 내용 알 수 있음.

푸시 : 깃허브(공개된 리퍼블러리)로 올리 수 있음.

-깃으로 할 수 있는 것

1) 버전을 관리 할 수 있음.(최종의 최종 같은거 필요 없고 변한내역이 있으니 확인 가능 – 히스토리라고 함)

2)작업 단위 나누기 – 변경된 부분에서 어떤 문제가 있는지 파악 가능

3)협업해서 프로젝트 만드는데 유용 – 깃으로 파일내용 자동비교(기본설정으로 코드정도는 가능)

-깃허브로 할 수 있는 것

클라우드와 유사한개념.

1)컴터에 있는 깃 공유 가능

2)이슈 – 개발해야하는 기능 관리

3)토론 – 여러 기능관련 토론

4)다른사람 프로젝트 구경, 관씸있는 주제/프로젝트 소식 받아보기

-소스트리

깃을 쉽게 사용할 수 있는 도구. 까만창에 명령어 직접 입력해서 할 수 있으나 깃을 이해할 수 있게끔 도구를 이용함.

-대한민국 헌법개정 코드스니펫 복사해서 붙여넣기

15commits 클릭 : 헌법의 개정 이력이 나옴.

헌법 10호 클릭 빨간색(-)삭제 / 초록색(+)추가

첫 번째 페이지로 다시 이동해서 issues 클릭 : ohahohah가 헌법 버전 보이도록 release 내역 적기해줌. 하면 밑에 댓글을 달 수 있음.

url 주소로 내 작업을 보여줄 수 있음. (포폴로 사용)

 

1-4 버전관리와 commit-개념탑재

강의 흐름 : 개념탑재 – 실습 – 정리

1.깃은 어떻게 버전관리할까?

통상적으로 파일 만들어서 관리. 깃은 파일을 따로 만들 필요 없음. 커밋을 이용해주면됨. 커밋에는 누가, 언제, 현재프로젝트 상태를 관리함. 스냅샷으로 현재 프로젝트 상태를 포착.

-버전관리 : 누가 무엇을 고쳤는지 알 수 있음. / 커밋 : 현재 프로젝트 상태저장(어떤 부분 변경아님)

-quiz) 대한민국 헌법 commint history 페이지 어딘지 확인하기

 

1-5 버전관리와 commit-실습 01

김치 요리법 깃 사용해서 만들기

1)프로젝트 만들기(깃프로젝트가 아니라 컴터에 실습 프로젝트 만들기)

프로그래밍 꿀팁 : 파일이나 폴더명 영어로 쓸 것. 특수문자(띄어쓰기포함)없이 만들기‘_’사용

-바탕화면에 kimchi-recipe 하고 jeon.txt(메모장) 만들기

-김치전 만들기 코드스니펫 메모장에 넣고 저장

*소스트리 설치 제대로 되어있는지 확인

(한글로 되는지, 계정 잘 로그인 되어있는지 확인)

-로컬 저장소 추가하기 (파일 – 복제/생성 – create) 폴더에 ‘.git’이 생김.(없을 수도 있음. 숨김처리가 되어있음. > 숨김처리 풀기는 코드스니펫 참고) 이렇게 설정해주는 것을 깃초기화(이니셜라이징)이라고 함.

*깃프로젝트 없애는 방법(에러나면 참고)

파일우클릭하고 삭제 누르면 됨. 북마크제거하면 소스트리에서만 안보이고 휴지통에서 하면 진짜 삭제됨. 만약에 깃 때문에 잘 안되면 .git만 삭제해주면 됨.

-첫 커밋하기 : 더블클릭해서 들어가기 – 파일상태에서 파일 체크하고(add) 커밋내용 작업과 관련된 것.

- 두 번째 커밋하기 : 커밋한번더하기 코드스니펫 복사해서 텍스트파일 열기. 마지막에 한줄 붙여넣기하고 저장. 파일상태로 다시가면 바뀐거나옴. (오른쪽 마우스 클릭하고 커밋)

 

1-6 버전관리와 commit-실습 01

여러 가지 파일 수정하기

1.파일 수정하기 : 코드스니펫 (3~5번 바꾸기)

2.텍스트파일 추가: fied-rice.txt /kimchi-soup.txt 생성 하고 소스트리에서 보면 확인됨.

3.세개 파일 다 체크해서 커밋하기(김치찌개, 김치볶음밥 생성 , 김치전 요리법 업데이트)

4.커밋 한번 더 : fied-rice.txt 업데이트(코드스니펫 복사) 그러면 다른건 놔두고 변경된 내용만 딱 보여줌. 커밋해줌.

5.마지막 커밋 : 수정된 파일중 일부만 커밋하기

코드 스니펫으로 fied-rice.txt 내용, kimchi-soup.txt도 내용 변경.

내가 원하는 파일만 체크(윈도우는 +) 커밋 내용 적으면 땡. 일부만 반영하는 것을 스테이징 또는 add라고함. 그럼 다른 것은 남아있음. 작업내용이 깔끔해짐.

-정리: 커밋의 히스토리는 그래프로 연결되어있고 작성자, 날짜 등 다양한 정보를 포함

커밋되지 않은 내용

 

1-7 버전관리와 commit

스스로 먼저 정리하기

모르는게 뭔지 알아야 복습할 수 있다.

1)버전관리의 의미

-나 : 프로그램의 내용이 업데이트될때마다 업데이트 된 것이 무엇인지 나타내는 것.
-답 : 프로젝트 상태 변경 정보 인지

2)작업내역 단위인 commit에는 어떤 정보가 포함되어 있어야 잘 버전관리할 수있을까?

-나 : 변경된 시간, 변경한 사람, 변경된 내용

3)지금까지 실습은 어떤 순서로? 수업(강의정리) - 혼자 해보기

-아까 안한거 마저 커밋하기

 

1-8 원격 repo 사용하기 – 개념 탑재

-커밋작업내용을 공개하거나 보여줘야 협업이 가능함.

-원격 repo, 로컬 repo (repository) 깃으로 관리되는 것을 리모트리포(원격리포), 내컴터에 깃은 로컬리포

-원격리포와 로컬리포 사용법

깃도 클라우드처럼 원격리포와 로컬리포가 연결된 것처럼 사용. 이 연결하는 것을 트래킹이라고 하고 정확히는 브랜치 트래킹이라고함. 로컬리포기준으로 이해할 것.

원격리포는 작업으로 변경된 내용을 자동으로 반영하지 않음. 수동으로 반영하게 되어있음. 하나의 원격 리포에 여러개의 로컬 리포가 연결되어있음. 로컬에서 원격은 푸시, 원격에서 로컬은 풀.

로컬리포에 아무것도 없는데 원격리포에 있는 것을 가져오는 것을 클론 복제라고 함.

 

1-9 원격 repo 사용하기 – 실습

1)깃허브 접속(로그인)

2)왼쪽 상단에 초록색 new 클릭 – 리포지토리 이름(로컬리포랑 같이해줌.-kimch-recipe) -description에 간단한 설명 하고 create repo 하면 공개가능한 repo 생성완료

3)깃허브 리포, 로컬 리포 트래킹하기

-소스트리(저장소 설정 – 원격 –추가 – 원격 url은 깃헙에서 따오고, 원격이름은 origin)

-이제 이 내용들을 push 가능

여기서부터 실습-브랜치 이름 변경(master>name)

-소스트리로 푸시. 히스토리 선택하고 푸시 버튼 누르면 체크하고 확인하면 끝.

-반영됐는지 확인은 깃허브창에서 새로고침. commits 눌러보면 작업내용 확인할 수 있음.

-소스트리에서 풀. 원격 리포에 커밋 내용 만들기. 깃허브에서 직접 내용 변경. 찌개를 수정. 찌개클릭하고 에디트파일, 새로운 내용 수정. 커밋메세지 적어주고, 커밋바꾸기 하면 내용 업데이트. 메모장에서 보면 내용변경 안돼있음. 풀눌러주기. 그럼 업데이트 된거 나옴. 그럼 내파일도 변경됨.

-원격리포 깃허브에서 없애는 방법 : 수업자료 참고(필요할 때 찾아봄.)

-초심자를 위한 꿀패턴 혼자 깃프로젝트 작업할때는 pull – 로컬 repo commit – push

같은파일 수정하게되면 충돌이 일어남. .

>바탕화면에 kimchi-recipe-together에 클론 할 것.

복제할 repo url 가져오기 (초록색 코드하고 https를 복사 – 소스트리새로만들기- 클론 - url에서 복제 – 원본 url 붙여넣기 – 목적지 경로는 kimchi-recipe-together. 가져올 파일에 붙여넣기. )

 

1-10 원격 repo 사용하기 – 정리

1)원격 repo 와 로컬 repo 연결해서 내용 반영하고 싶을 때

-나 : 트래킹을 해서 push, pull 해주기

2)push하기, pull하기 스스로 해보기

 

1-11 1주차 배운 개념 지도 그리기

자료요약과는 다르게 백지에 그려보는 것

-정보접근을 어떻게 하는지가 프로그래밍에서 중요

 

1-12 1주차끝 & 숙제

TIL을 깃프로젝트로 바꾸고 로컬 리포를 원격 리포에 푸시. 실제로 배운내용, 하고싶은 프로젝트, 1주차 키워드 정리하기. > 원격 리포의 URL 주소 제출하는 것이 숙제.

 

2-1 같이 위한 git 배우기

1주차는 혼자하는 깃, 2주차는 협업할 수 있는 깃

[수업목표]

1.협업하기 위한 깃의 기본 개념 – issue, branch, merge

2.두명이상 협업하는 git 프로젝트 만들 수 있다.

3.기능별로 나누어 작업 내역을 남길 수 있다.

개념지도 그려서 연결해주기

 

1)깃협업 시나리오

-두명이 같은파일을 동시에 리포(jjigae.txt)

-그러면 깃에서 충돌이라고 알려줌.

-해결방법 : 누가할것인지정한다(이슈), 각자 맡은거작업, 각자 작업프로젝트에서 합칠 수 있게 함(머지), 서로 피드백주기(코드리뷰)

 

2-2 누가 이작업할 거에요? - issue 할당

1)누가할지 정하기 – 이슈

2)각자 맡은 것 작업하기 – 브랜치

3)각자 작업 프로젝트 합치기 – 머지

pr 후 머지

-이슈 : 프로젝트에서 해결해야할 문제. (버그 신고, 기능 추가 프로젝트 개선제안, 문제해결을 위한 작업단위)

pull request : 제안사항

실습 ) 김치 레시피 (내거) 클릭 후 이슈 – 뉴이슈(초록버튼) - 제목이나 상세내용 잘 알아볼 수 있게끔 적어주기. 제목: 김치찌개 요리법 업데이트 /내용 : 육수넣고 만드는 김치찌개 요리법으로 업데이트하기 – 어싸이니스(누가할지 선택) -라벨스 – 섭밋 뉴 이슈 하면 이슈 완성 #숫자는 이슈번호 . 이슈 해결되면 close

실습) 소스트리 – 김치레시피 – 찌개.txt로 내용 바꿔줌. -다시 소스트리와서 커밋전 코멘트 달고 코멘트안에 관련된 이슈번호를 써줌. - 깃허브 반영을 위해 푸시, -자동으로 이슈번호로 붙어짐.

-이슈 해결되면 close, 다시 수정필요하면 open.

실습) 이슈 만들고 지워보기

 

2-3 각자 공간에서 작업하기 – branch 개념

각자 작업정해졌고, 독립된 공간에 대한 이야기.

커밋을 기존에는 그냥 main에 했는데 가지치기 가능. 각자 가지에서 하다가 머지에서 합쳐줌.

 

2-4 각자 공간에서 작업하기 – branch 실습

1)실제 작업처럼 이슈에 등록 충돌방지를 위해 커밋안한 것은 커밋해줄 것.

2)원격 리포 들어가기 – 이슈만들기(뉴 이슈-찌개를 두부김치찌개로 업그레이드)

제목: 김치찌개 요리법을 두부김치찌개 요리법으로 변경

내용: 두부를 넣은 김치찌개 요리로 변경하겠습니다!

3)실제 작업하기(새로운 브랜치 만들기)

-소스트리 켜서 커밋 잘 되어있는지 확인.

-맨위에거에서 우클릭하고 브랜치누르면 새브랜치뜸. 이름 정하기 feature/2_soup(특징/이슈번호_파일명) 명시된커밋, 새브랜치 체크아웃 다 체크 된지 확인하고 브랜치 생성

그러면 옆에 feature 이라는 파일 안에 2_soup라는 브랜치가 생성됨. 브랜치를 바꾸는 것을 체크아웃이라고함.

-어디서부터 갈라져나왔는지 확인잘해야함.

찌개 내용 바꾸고 저장. 커밋해주면 feature/2_soup라고 추가됨. 그러면 main은 모름.

-브랜치 삭제하는 것 : 에러나면 참고.

 

2-5 각자 공간에서 작업하기 – branch 정리

1)브랜치 삭제하기 : 설정 되돌리기 -> commit이 모두 사라짐.(유의) 메인에서 브랜치하나 만들어줌. 메인에서 새브랜치 만들어주고 브랜치 생성.

-전 내용 수정하고 저장 – 커밋해주고 새 브랜치는 쭉가고 피쳐2수프는 갈라져 나옴. 그럼 커밋내용까지 사라짐. 삭제는 다른브랜치를 체크아웃한 상태에서 가능. 새 브랜치를 오른쪽마우스눌려서 삭제. 파일내용은 원래 대로 돌아옴. 삭제가 안되는 경우 상위 브랜치에서 하위 브랜치 내려줄 때, 잘확인해줘야하고 삭제가 안될 경우 위에 브랜치를 써서 삭제해주면됨.

 

2-6 작업내용 합치기 – merge(병합)- 개념

-합치는거 해보기. 브랜치 여러개만들어서 합치기

-깃허브 플로우 : 커밋하고 작업하는 흐름.

 

2-7 작업내용 합치기 - merge(병합)- tl

 

ㅁ명령어로 깃 다루기 특강(강민철 튜터님)

-명령어가 나중에는 결국 가장 편해지는 것. 초반을 잘 견뎌내자

-소스트리와 깃허브상호작용하는 방법으로 해봄.

-깃을 명령어 기반으로 작동하는 것 해봄.

-왜 이걸배우지? 소스트리는 일종의 보조도구. 소스트리 없어도 능수능란하게 버전을 관리할 수 있다. 깃은 버전을 관리하는 도구(시스템). 굳이 소스트리를 쓰지 않더라도 버전을 관리할 수 있으면 됨.

-소스트리했음에도 굳이 배우는 이유는? 소스트리를 먼저배우면 기반이 있기 때문에 엄청 빨리 배울 수 있음(이중으로 공부하는 것은 아님). 참고로 소스트리를 이용하지 못하는 환경도 있음. cli에서는 소스트리 설치 안됨. 오로지 명령어를 가지고 깃을 관리하는 방법을 연습해야함.

-깃이 없다면 : 변경내역 확인어렵고, 작업어렵고, 협력 어려움.

-깃의 본질은 변경사항 관리 시스템(백업, 되돌리기, 임시저장, 비교협력개발)

ㅇ깃으로 버전관리

깃이 관리하는 세 개의 공간 : 작업 디렉터리 / 스테이지 / 저장소

작업디렉터리 .git폴더가 있는 곳. 스테이지와 저장소는 가상의 공간. 스테이지와 저장소는 작업디렉토리 안에 있다.

스테이지 다음 버전이 될 후보, 저장소 : 버전이 만들어지고 관리되는 곳

add :작업디렉터리 > 스테이지

commit :스테이지에서 > 저장소

mkdir : 폴더 만들기(띄우고 폴더이름)

cd(change directory) : 폴더 들어가기

ls : 파일을 보여주라. ls-a 하면 숨김파일 보여줌.(ls –al은 list로 나타냄)

clear : 화면 정리

git init : local 저장소 만들기 initialized ~ 뜨면 성공.이때부터 깃이 알아채림

touch (파일명):빈 파일을 만들라 하는 명령어

)하고 ls –a 해서 파일 확인해줌.

a.txt에 내용을 써넣는 방법 : vi(편집기)

vi a.txt하고 쓰면 다른 화면이 나옴.

a나 I를 눌러서 입력모드로 전환(취소는 esc) 한칸 띄우고 내용 입력.(이유는 비어있는 파일을 판단할 때 끝이 어딘지는 비어있는 한 줄로 파악, 빈줄이 여러개면 마지막 한줄만)

‘:’을 쓰면 명령모드로 지정. 명령모드에서 저장하고 닫아줄수 있음. :w는 저장하는 것

화면을 닫아주려면 :q하면 바뀜. :wq는 저장하고 닫기

vi 나와서 cat a.txt하면 내용 안에가 나옴.

git status : 현재 작업하고 있는 상태를 추적하는지 보여줌. 그러면 트랙 안된 파일이라고 나옴.

이제 이것을 스테이지에 추가해줘야함

git add a.txt : stage에 추가

git status 하면 모양이 달라졌음.

git commit : commit 해줌. commit msg 다른 개발자가 읽고 어떤 변경사항을 담고 있는지 알 수 있어야함. 다른 개발자의 commit msg를 읽으면 이해하기 쉬움. 제목과 본문으로 이루어져있고, 제목은 변경사항요약, 본문은 내용 상세히 설명. 명령어와 url을 첨부해도 됨.

git commit –m “a.txt라고하는 파일 추가”: 본문 없이 해더만 작성하고 싶을때명령어에서도 commit msg작성 가능 / 그냥 commit 하면 vi뜨면서 작성됨. 맨 위에는 제목, 그 아래는 내용.

git log : 커밋된 것 내용 출력됨

touch b.txt 추가

 

여러개의 파일 생성한 경우 git이 여러개의 파일을 인식함. 스테이지에 이것들을 추가할 때 split으로 추가해도됨. 현재 작업 디렉터리 전부를 한번에 스테이지 올리는 것은 git add . 하면됨.

git add . 해주고 git commint

git commit –am“add and commit” : 한번에 됨.(주의할 점은 현재 저장소에 버전이 하나 이상이 있을때만 쓸 수 있음/git log라고 썼을 때 하나 이상 나와야함.)ㅎ

한줄로 간단하게 보고싶을때는 git log —oneline 사용

git plg –p : 각각의 커밋이 ㅇ떤 변경사항을 포함하는지 나타냄.

glit log —graph : 그래프로 나타내기

git commit —amend 하면 아까 작성한 commit msg 나옴.

.gitignore : 하면 들어가면 안되는 파일

ㅇ버전끼리 비교하기

예를 들어 a.txt를 수정 (vi a.txt 해서 내용 변경)

git diff : 가장 최신 commit과 현재 변경사항의 차이점을 보여주는 명령어

변경사항을 stage에 추가. 그러면 stage로 넘어가서 git diff하면 아무것도 안나옴.

git diff — staged : stage와 현재 commit을 비교하는 것.

git log 치면 저장소의 모든 commit이 출력. 너무 길때는 q로 나갈 수 있음. 또는 한줄 보기 가능.

git diff 커밋해시, 커밋해시 : 비교하고자 하는 커밋해시(긴커밋캐시, 짧은 커밋캐시 다 가능) commit들의 변경사항을 확인하기. 여기서 주의할점은 두 커밋캐시의 순서에 따라 다른 결과가 나오니 순서를 잘보기. 앞에것을 기준으로 뒤에것이 뭐가 달라졌는지를 보여줌.

rm b.text : 지우는 명령

git restore — staged<file>...“ : stage에서 내려오는 것

ㅇ버전 되돌리기

revert, reset : 커밋들이 쌓였는데 이것들은 유의미한 변화들. 커밋들을 되돌리는 방법도 알아야함. 버전을 되돌리는 방법은 연습을 많이 해야함(현업에서 버전이 되돌리는 경우에는 살떨려서 못함)

revert 버전을 되돌린 새로운 버전 만들기. reset : 버전을 되돌린 것 < 히스토리가 남냐 안남냐.

reset은 시간을 되돌리는 것. 세가지 종류가 있음. soft /mixed / hard

s, m, h 차이를 알려면 하나의 버전이 만들어지는 과정을 알아야함.

soft reset은 스테이지까지만 오고 커밋까지는 안간 것

mixde reset 스테이지로 추가했다는 사실까지만 커밋을 했다는 그 사실을 수정내역은 남아있음.

hard reset 어떤 변경사항을 만들ᄋᅠᆻ다는 사실까지 없애는 것

soft 커밋만, mixed 커밋+ , hard 커밋+스테이지+작성내용까지 되돌림.

git revert (취소할 commit)

git reset : 되돌아갈 커밋

git reset - - (하고싶은 reset 종류)

hard reset 하면 status 해도 깨끗함. 작업내용이 다 없어짐.

#작업을 임시 저장 : stash

임시저장하는 경우: 썩 마음에 들지 않지만 버리기 아까울 때 git stash 하면 작업내용이 임시저장됨. 여기서 git stash –m “working이라는 글자 두줄 추가”라고해서 간단하게 메모로 남길 수 있음. 임시저장은 지금까지한작업을 다른 곳으로 나두는 것. 임시저장된 항목은 git stash list 하면 나옴. 임시저장한 것을 다시 적용하고 싶을 때 git stash apply (제목) 리스트에 그 이름을 다시 추가.(stash@{숫자} :< : 앞에까지만 복사) 임시저장한 것을 다시 지우는 경우는 git stash drop (제목)

 

정리

-git init

-git add

-git commit

-git log : 커밋별, 한줄, 그래프

-git diff : 어떤 작업을 했는지 비교

 

branch : 작업환경 (head > master ) 최초의 branch는 master branch

git branch 이름 : branch 생성

foo에서 4,5번쌓였을 때 , master에서 4번이 쌓이면

다른 branch로 작업환경을 바꾸는 것.

git merge : 병합

충돌시 대응 : 어떤 브랜치 내용을 할지 직접 결정

*깃허브

개발자들의 sns임.

원격 저장소 : 백업이 가능하고, 협업이 가능함.

git remote

git remote add 별명 경로

git push –u 해주면 나중에는 뒤에거 생략 가능.

patch는 병합하지는 않지만 가져오는 것.

-풀리퀘스트로 협업하기

 

ㅁ피드백(최양임 튜터님)

-타임어택할경우 할 수 있을 만큼은 해보고 어쩔 수 없이 시간을 다른사람보다 더 들여야한다. 
-기본기 단단하게 잡고 넘어가기
-이해 못하는 것은 복습을 해야함. 젤 도움이 되는 것은 블로그에 정리하기. 
-튜터님들 방에 가서 쉽게 설명해달라고 하기. 튜터님께 설명하기. 
-꾸준하게 학습하면서 끝까지 성실하게 임하고 열심히 하면 사람마다 성장속도는 다르기때문에 꾸준하게 학습. 복습하고 시간 더 투자하기. 시간이 너무 많이들어감. 튜터님이나 캠프내 잘하는 사람 찾기. 튜터님보다 오히려 동기들한테 가서 잘물어볼것. 

-코드리뷰 하는 방법 : 할만큼해보고 잘 모르겠다. 비슷한거는 설명하지말고 다른 부분만 다시 설명하기.