Git - 1일차(20210109)

GIT

GIT : Version Control System

• version Management, not by changing the file name
• backup Recovery Collaboration

Git is incredibly complex

개발자가 사용하는 GIT과 같은 것을 일반인이 사용하기 쉬운 것들

• Dropbox
• GoogleDrive에도 가능하다.

WHY is it difficult to use GIT?

현실이 GIT 보다 더 지옥같기 때문이다.

Git Download & Install

• https://git-scm.com/ 에서 Git download
• 실행한 뒤 next만 누른다
• git bash 실행해서 정상적으로 실행되면 끝
  
• 해당 화면에 GIT이라고 할때 아래와 같이 동작하면 정상 설치 완료
  

git init

start a working area

• clone : Clone a repository int a new directory
• init : Create an empty Git repository of reinitialize an existing one
  

git status

• git status Show the working tree status
  
  untracked files : 추적되고 있지 않은 파일의 의미
• 버전관리가 진행하는 gitfth 디렉토리에 존재 하지만
• 사용자가 버전관리를 시작하라고 지정하지 않으면
• 버전관리는 해당 파일을 무시합니다.

git add <파일 이름>

• git에게 해당 파일을 관리 하라고 지정해준다.
• new file 이라고 GIT에서 인식하기 시작한다.
• tracking 을 시작한다.
  

git commit

version : 의미있는 변화를 의미. 진행중이었던 작업이 완결된 상태

미리 작업 : 이름 붙이기

git config --global user.name <닉네임>
git config --global user.email <이메일>

내가 작성한 버전은 이 이름과 이메일을 확인하여 누가 작업했는지 알 수 있다.

git log

• commit history 조회하기
• 저장소의 commit history를 시간순으로 보여준다. 즉, 가장 최근의 커밋이 가장 먼저 나온다.
  

새로운 버전을 만들어보자.

f1.txt 파일의 1을 2로 수정

• mofigy file 이라고 GIT에서 인식하기 시작한다.
  
• 새로운 버전을 생성할때 commit이 아닌 다시 git add f1.txt 로 add를 해줘야 한다.
• 최초로 추가 할때도, 새로운 버전을 만들때도 ADD를 먼저 해주어야 한다.
  

ADD의 이유

• 커밋할 내용만 선택적으로 파일을 커밋할 수 있다.
• 터미널
  
• f1.txt 와 f2.txt의 파일 내용을 수정
• 그 중 f1.txt만 ADD를 진행했다.

Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
        modified:   f1.txt

이 파일의 변경 사항은 커밋이 되지 않는다.
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        modified:   f2.txt

• 결과
• 
• 

STAGE AREA

• commit 하기 전 대기 상태
• add를 하면 commit 대기 할 상태들의 STAGE에 올라가게 된다.
• STAGE 위에 있는 파일들이 commit 하면 버전이 된다.

  git add f1.txt

• stage : commit 대기를 하는 파일들이 가는 곳
• repository : commit이 된 결과가 저장되는 곳

git log(변경사항 확인하기 -1)

• git log -p : 각각의 commit과 commit 사이의 소스상의 차이를 알 수 있다.
  

git log commit id : 해당 commit id 이전 내용을 볼 수 있다.

git diff(변경사항 확인하기 -2)

• 코드의 수정 사항을 보여준다.
• 커밋하기 전 마지막으로 코드를 리뷰 할수 있는 기회를 제공한다.
  
• git add 를 진행하면 git diff를 쳐도 내용이 나오지 않는다.
  
• commit id.. commit id 2개의 commit id 사이의 차이점을 보여준다.

git reset (과거로 돌아가기)

• reset
  • git reset commit-id --hard
    
  • 해당 버전의 상태로 돌아가고 그 이후의 버전은 삭제된다.