[Git&GitHub] Git과 Git Hub 사용 기본

🎈 Git vs GitHub

📖 Git

1. Git은 쉽게 말해 버전관리 소프트웨어
2. 프로젝트를 진행하다가 수정한 코드가 작동하지 않을 때 이전 코드로 롤백하기 위해 사용할 수 있음
3. Git은 내 컴퓨터의 로컬 저장소에 모든 변경사항을 기록하여 파일의 버전을 관리

 

📖 GitHub

1. Git Hub는 Git을사용하는 프로젝트를 지원하는 웹 호스팅 서비스
2. Git은 로컬 저장소를 사용하기 때문에 협업을 하기 어려운데 Git Hub를 통해 버전별 코드를 클라우드 서버를 통해 웹 상에 업로드하여 다른 사람과 공유할 수 있음

 

 

🎈 Git 사용하기

 

Git 사용전에 Git 설치 필요 

 

1. Git 레포지토리 만들기

레포리토지로 만들고자 하는 폴더 생성

> 생성한 폴더에서 마우스 우클릭

> git bash here

> git init 명령어 입력

 

🔎 git init

비어있는 레포지토리를 생성 

** 레포지토리란, 프로젝트 디렉토리의 각 버전이 담기는 저장소

 

 

2. name과 email 설정 > git add > git commit

 

 

Git의 작업영역

1. working directory
작업을 하는 프로젝트의 디렉토리
현재 내가 만든 폴더에서는  GitPractice폴더가 working directory

2. staging area
git add를 한 파일들이 존재하는 영역
커밋을하게 되면 staging area에 있는 파일들만 커밋에 반영됨
 
3. repository
working directory의 변경 이력들이 저장되어 있는 영역
즉, 커밋들이 저장되는 영역

작동 순서
working directory에서 작업을 수행
→ 작업한 파일을 git add하여 staging area에 업로드
→ 커밋을 하면 staging area에 있던파일이 repository에 저장 

 

🔎 git reset

staging area에서 파일 제거 

그러나 변경된 새 모습은 그대로 working directory에 남아있음

 

git 자주 쓰는 명령어 모음

git init : 현재 디렉토리를 Git이 관리하는 프로젝트 디렉토리(=working directory)로 설정하고 그 안에 레포지토리(.git 디렉토리) 생성

git config user.name '0000' : 현재 사용자의 아이디를 '0000'으로 설정 (커밋할 때 필요한 정보)

git config user.email '0000@00000' : 현재 사용자의 이메일 주소 설정 (커밋할 때 필요한 정보)

git add [파일 이름] : 수정사항이 있는 특정 파일을 staging area에 올리기
git add [디렉토리명] : 해당 디렉토리 내에서 수정사항이 있는 모든 파일을 staging area에 올리기
git add . : working directory 내의 수정사항이 있는 모든 파일들을 staging area에 올리기

git reset [파일 이름] : staging area에 올렸던 파일 다시 내리기

 git status : Git이 현재 인식하고 있는 프로젝트 관련 내용들 출력 (문제 상황이 발생했을 때 현재 상태 파악 위해 활용)

git commit -m "커밋 메시지" : 현재 staging area에 있는 것들을 커밋으로 남기기

git help [커맨드 이름] : 사용법이 궁금한 Git 커맨드의 공식 메뉴얼 내용 출력

 

🎈 GitHub 사용하기

 

1. git 레포지토리에 있는 파일을  Git 허브라는 외부 컴퓨터로 이동

 

깃허브에서 레포지토리 생성 

: 깃허브에서 만든 레포지토리를 원격 레포지토리 또는 리모트 레포지토리라고 함

 

내 컴퓨터에 있는 레포지토리 = 로컬 레포지토리

 

 

깃허브에서 새로운 레포지토리를 생성하면 위와 같이 뜸. 이를 복사하여 사용

 

 

 

 

2. 로컬 레포지토리에서 바뀐 내용을 리모트 레포지토리에도 반영하는 법

 

로컬 레포지토리 새로운 커밋 (아직 리모트 레포지토리에는 커밋 안한 상태)

 

git add > git commit > git push

 

 

git push를 해야 리모트 레포지토리에도 커밋 반영

 

 

3. 리모트 레포지토리에서 바뀐 내용을 로컬 레포지토리에 반영하는 방법 

git pull

리모트 레포지토리 내용을 로컬 레포지토리에 반영

 

 

 

4. 다른 프로젝트 가져오기 : git clone 

git clone : 깃허브 프로젝트의 레포지토리를 그대로 복제

 

 

gitHub 사용을 위한 Git 자주 쓰는 명령어 모음

git push -u origin master : 로컬 레포지토리의 내용을 처음으로 리모트 레포지토리에 올릴 때 사용

git push : 로컬 레포지토리의 내용을 리모트 레포지토리에 보냄

git pull : 리모트 레포지토리의 내용을 로컬 레포지토리로 가져오기

git clone [프로젝트의 GitHub 상 주소] : GitHub에 있는 프로젝트를 내 컴퓨터로 가져오기

 

🎈 깃 커밋 다루기

1. git log

이제까지 한 커밋들 : 커밋 히스토리

커밋 히스토리를 보기 위한 명령어 > git log

git log를 사용하면 최신 커밋 내용부터 나타남

 

 

 

커밋 히스토리 한줄로 보기 : git log --pretty=oneline

 

 

커밋 내용 자세하게 보고 싶을 때 : git show id명(앞 4자리 정도까지만 써줘도 알아먹음)

 

 

2. git commit (-m 옵션 없이)

 

장점 : 긴 커밋 내용을 작성할 수 있음

 

git commit 후 아래와 같은 창이 뜸

 

 

i 누른 후 커밋 제목 입력

엔터 빵빵

커밋 메시지 입력 >>  ESC >> :wq 하면 저장됨

 

 

3. git --amend : 최근 커밋 수정하기

최신커밋을 수정해서 다시 새로운 커밋으로 만들 수 있음

 

커밋 생성, 커밋 메시지 작성 가이드라인
1. 커밋 메시지의 제목과 상세 설명 사이에는 한 줄 비워두기
2.  커밋 메시지의 제목 뒤에 온점(.) 붙이지 않기
3. 커밋 메시지의 제목의 첫번째 알파벳은 대문자로 작성
4. 커밋 메시지의 제목은 명령조로 작성
5. 커밋의 상세 내용 : 왜 커밋을 했는지 / 어떤 문제가 있었고 / 적용한 해결책이 어떤 효과를 가지는지
6. 다른 사람들이 자신의 코드를 이해할 수 있도록 최대한 친절하게 작성하기

커밋 가이드라인 
1. 하나의 커밋에는 하나의 수정사항, 하나의 이슈를 해결한 내용만 남기기
2. 현재 프로젝트 디렉토리의 상태가 그 내부의 전체 코드를 실행했을 때 에러가 발생하지 않는 상태인 경우에만 커밋하기

 

4. git rest : 이전 커밋으로

 

 

git reset 3가지 옵션

--hard

--mixed

--soft

 

 

 

자주 쓰이는 커맨드 정리

git log : 커밋 히스토리 출력
git log --pretty=oneline : 커밋 하나당 한줄로 출력

git show [커밋 아이디] : 특정 커밋에서 어떤 변경사항이 있었는지 확인

git commit --amend : 최신 커밋을 다시 수정해서 새로운 커밋으로 만듦

git config alias.[별명] [커맨드] : 길이가 긴 커맨드에 별명을 붙여서 이후로 별명으로 해당 커맨드를 실행할 수 있도록 설정

git diff [커밋 A의 아이디] [커밋 B의 아이디] : 두 커밋 간의 차이 비교

git reset [옵션] [커밋 아이디]  : 옵션에 따라 하는 작업이 달라짐 (기본값은 --mixed)

git tag [태그 이름] [커밋 아이디] : 특정 커밋에 태그를 붙임