Git , Github | 깃과 깃허브 마스터

 

 

1. setup 깃 설치하기 

git : all the commands 

 

 

 

git --version

.gitconfig : 모든 git에 관한 설정 ! 

 

git config --list

 config 파일 열기 

git config --global -e

 

 

config 파일을 에디터와 연결하기 

git config --global core.editor "code"

code 명령어를 입력하면 gitconfig 파일이 에디터에서 열림 

code .

 

 

기본 정보 설정하기 

git config --global user.name "sinyoung" //name 설정
git config --global user.email "sinyoung@naver.com" //email 설정
git config userr.name //sinyoung


/*
	window 띄어쓰기 : text \r\n (carriage-return)
    max : \n
    
    
*/
git config --global core.autocrlf true //git config --global core.autocrlf input

 

 

 

 

2. 깃 공부 포인트 

명령어 위주로 이해하기 ! 

git + 명령어(commit , add, ,,,,) -option

 

 

 

Git - Reference

 

 

 

Terms(용어정리)

- 디렉토리 : folder

- Terminal or Command Line : Interface for Text Commands(명령어)

- CLI : Command Line Interface

- cd : Change Directory (폴더 이동)

- Code Editor : 코딩 워드 프로세서

- 레포지토리(Repository) : 프로젝트 또는 프로젝트가 저장되는 폴더

- Github : 나의 레포지토리를 온라인환경에서 호스팅해주는 웹 

 

 

Git Commands(자주 쓰는 깃 명령어)

- Clone : 레포지토리를 나의 로컬 환경으로 가져올 때 사용

- add : 변경된 파일을 git에 업데이트 할 때 사용(delete, add)

- commit : 파일들을 깃에 저장할 때 

- push : github 과 같은 리모트 repository에 깃 커밋(변경된 파일)을 업로드할 때 (로컬 -> 리모트) 

- pull : 리모트 repository의 변경된 것들을 로컬에 다운로드할 때 (리모트 -> 로컬 )

 

 

 

1. 깃헙 가입하기 

 

2. 레포지토리 제작하기 (프로젝트 폴더 생성)

 

3. READEME.md 파일 생성 

README 파일은 프로젝트의 인트로 파일이다. 프로젝트에 대한 간단한 설명을 적을 수 있다. 

 

 

커밋 확인하기

 

 

 

4. 깃 설치하기 

 

5. clone : 레포지토리 로컬에 다운받기

 

repo 주소 복사 후

 

clone 받아오기 

/*내가 원하는 폴더를 에디터로 열어준 후 */
$git clone repository address

 

clone 받아온 폴더로 이동 

$cd github-repo

 

 

 

ls -la 명령어 : 폴더의 모든 파일(숨겨진 파일도 포함)을 보여주는 명령어 

 

 

6. git status : 생성, 수정, 삭제된 파일 상태 확인 

$git status

 

 

7. git add : 수정된 파일 업데이트 

/*git add filename or .(all)*/
git add .

 

 

 

8. git commit

첫번째 커밋 -m "added index.html" 이 commit의 제목부분이 되고, 두번째 커밋 -m "somee description"이 description 부분이 된다. 

 

9. git push 

 

$git push origin main
/*git push + 현재 github storage 위치 + push할 브런치 위치*/

clone을 해온 리모트 저장소는 자동으로 origin 으로 등록된다.

 

 

업데이트 된 깃헙

clone 받지 않은 로컬 repository 에서 github 레포로 push 하면 다음과 같은 에러가 난다 .

 

업로드할 레포를 직접 지정해주어야 한다. 

$git remote add origin(뭐라고 부를지) 깃헙레포링크

 

-u 옵션을 이용하면 업스트림 환경 origin 브랜치에 push 를 할 때 git push 만 입력하여 push 할 수 있다. 

git push -u origin master

 

 

 

SSH Keys 

내 로컬 파일들을 깃헙(리모트 환경)에 업로드 시키기 위해서는 깃헙에 내가 owner라는 것을 인증해야 한다. 

깃헙(리모트 환경)과 로컬 환경을 연결시켜야 한다. 

 

이 때 SSH Keys를 이용할 수 있다.

 

SSH Keys : ssh는 원격 저장소와 리모트 저장소를 안전하게 연결해주는 Secure Shell이다. 

 

 

 

 

 

 

 

 

 

깃 (git) 

깃은 작은 프로젝트부터 큰 프로젝트까지 버전별로 컨트롤 할 수 있게 해주는 시스템이다. 

나의 프로젝트를 버전별로 갖고 있을 수 있다면 어떨까?

예전코드를 볼 수도 있고, 변경된 내용들을 확인하기도 쉬울 것이다. 

 

깃은 그 일들을 도와주는 무료 도구이다. 

 

 

What is Version Control?

 

매일 개발자들은 무언가를 개발하고 저장하고 고치고 이 과정을 반복할 것이다. 

 

만약 버전 관리 시스템이 없다면 내가 왜, 언제, 무엇을 고쳤는지 일일히 기록해야 할 것이다. 원본파일도 따로 생성하고. 그리고 무엇보다 과거로 돌아가기 힘들 것이다. 

 

하지만 Version Control 은 왜, 언제, 무엇을 고쳤는지 알려준다. 그리고 과거의 원하는 시점으로 돌아갈 수 있는 타임머신과 같은 역할도 한다. .

 

- History Tracking 

- Collaboration

여러 사람과 협업할 때 History를 공유할 수 있게 된다.

 

깃을 사용해야 하는 이유 ! 

 

1. 여러 버전 컨트롤 중 깃은 가장 모던하고 빠른 도구이다. 

2. 깃은 과거의 행적(무엇을, 언제, 왜 고쳤는지)을 알려준다. 

3. 깃은 여러파일의 변화를 쉽게 확인할 수 있다. 

협업을 할 때, 누군가는 a 파일을, 누군가는 b파일을 수정했을 때, 깃은 여러파일의 변화(히스토ㄹ)를 쉽게 확인할 수 있다. 

4. 깃은 누구나 쉽게 사용할 수 있다. 

 

 

 

What is Git?

깃을 사용해 프로젝트들을 관리하면?

 

Local Git

로컬 깃에서 버전 관리를 할 수 있다. 

쉽게 명령어를 공부하고 사용해서 관리할 수 있다. 

 

 

1. simple use of git 

//initialize project
$git init myproject

//create directory(history snapshot)
cd myproject

git add .
git commit -m "importing all the code"

 

2. collaborative git 

 

 

 

 

 

 

 

 

 

10. Github workflow

write code -> commit changed -> make a pull request

 

 

 

11. Local GIt Workflow

write code -> stage changes(git add) -> commit changes(git commit) -> push chages(git push) -> make a pull request

 

 

 

12. git branching

 

main branch는 default 브랜치다.

 

각각의 브랜치는 서로 영향을 받지 않고 완전히 독립적으로 존재한다. => 프로젝트를 진행하면서 새로운 코드, 기능을 추가할 때 브랜치를 분리하여 작업하면, 원래 브랜치에 영향을 주지않고(버그, 문제등...) 독립적으로 기능을 구현하고 push 할 수 있다. + 다른사람과 협업을 할 때 서로 각자의 브랜치에서 기능을 개발할 수 있다.

 

sandbox area처럼 연습장처럼 ! 

 

원하는 시점(기능개발 완료, 버그 개선) main branch에 merge(통합)시킬 수 있다. 

 

 

브랜치 확인하기 

$git branch

 

현재 내가 위치하고 있는 브랜치가 * 으로 표시된다. 

 

 

 

 

브랜치 생성하기 git checkout

브랜치끼리 이동하거나 생성할 때는 git checkout(브랜치 생성+ 브랜치 이동)을 이용한다. 

git checkout 뒤에 -b 옵션을 붙여 브랜치를 생성할 수 있다.

git checkout -b feature-11(nameofbranch)

보통 branch 이름을 지을 때 feature를 앞에 붙인다. /,-를 뒤에 붙여 이슈넘버나, 단어를 붙여 브랜치를 생성한다. 

 

브랜치 이동하기 

git checkout main

 

 

브랜치 간 merge 시키기

feature-readme-instructions 브랜치에서 readme 파일을 바꿨을 때 main 브랜치는 아무런 영향을 받지 않는다.

만약 로컬 main 브랜치로 바뀐내용을 push 하고 싶다면 merge를 사용하면 된다.

 

그 전에 diff를 사용하여 바뀐 내용을 확인할 수 있다.  

git diff feature-readmfe-instructions

 

 

내용을 확인했다면 merge 시켜주면 된다. 

 

하지만 main 브랜치로 push를 한 후 feature 브랜치에서 리모트 upstream에 push를 하려고 하면 다음과 같은 에러가 뜬다.

--set-upstream은 -u 옵션으로 대신 쓸 수 있다. 

$git -u origin feature-readmee-instructions

 

 

브랜치 삭제 

브랜치는 기능을 개발하고 merge를 시키면 역할을 다한다. 브랜치 정리를 해주어야 한다.

git branch -d branchname

 

 

여러사람이 하나의 파일을 수정하면 merge 충돌이 발생한다. 

 

문제상황을 만들어보자. 서로 동기화를 진행하지 않고 동시에 같은 파일을 수정시키는 것이다. master 브랜치에서 index.html 파일을 수정하고 feature파일에서 index.html 파일을 수정해보자. 

 

다음과 같은 에러를 볼 수 있다. 

 

해결법 : 둘다 commit 까지 진행을 한다. => diff로 비교하고 merge 시킨다. 

 

main 브랜치에 merge를 시키면 conflict 메시지를 확인할 수 있다. 

 

다음과 같은 인터페이스가 나타나고 여기서 문제를 해결할 수 있다. (어떤 코드를 남길 지 선택)

 

 

파일 하나만 add 시키는 경우 -am 옵션을 사용해서 add와 commit을 동시에 진행할 수 있다.

 

13. git pull(upstream -> local

upstream branch에서 local로 pull을 받아 동기화를 시킬 수 있다. 

 

 

 

 

14. undoing in git 

1. git reset 

 

git add 되돌리기

git reset filename

git commit 되돌리기 

* git에서 HEAD는 가장 최근의 commit을 가리킨다. 

HEAD~1 을 하면 가장 최근에서 -1 commit 까지 reset이 된다.

git rest HEAD~1

 

 

git log를 사용하면 모든 commit을 볼 수 있다. 

commit 지점을 선택할 때는 commit 옆에 hash를 복사해서 지정하면 된다. 

 

 

reset --hard 옵션ㅇ르 사용하면 unstaged는 안되고 remove만 된다. 

 

 

 

 

Fork : 다른 사람의 레포를 나의 레포로 가져올 수 있다.