본문 바로가기

Git/Git & Git Hub

Git Processing 정리

728x90
반응형

#  용어 정리

CodeCommit : AWS에서 제공하는 서비스로 Git과 유사한 서비스를 제공한다.

GitClone : 이미 초기화된 원격의 저장소를 복제해와서 개발하는 경우, 복제 작업을 Git에서는 클론(clone)이라고 부른다.

Git Init : 소스 코드 파일을 Git으로 관리하기 위해서는 먼저 Git 저장소를 초기화해야한다. 이 때 저장소를 초기화하기 위해 사용하는 명령어가 git init 이다.

Git Commit : 파일 및 폴더의 추가/변경 사항을 저장소에 기록하려면 '커밋'이란 버튼을 눌러줘야 한다. 커밋을 수행하면 이전 커밋 상태부터 현재 상태까지의 변경 이력이 기록된 커밋(혹은 리비전)이 만들어진다.

staging area에 저장됐던 파일이 local repository로 확정된다. commit은 "작업을 마무리 했다"라는 버전 등록을 의미한다.

Git add : Git이 추적하고 있는 수정된 파일이 working directory에서 staging area에 저장된다.

Git status : 현재 상태를 확인 한다.

Git push : git push 는 원격 저장소(remote repository)에 코드 변경분을 업로드하기 위해서 사용하는 Git 명령어 이다.

Git_Basic_Processing.drawio
0.00MB

1.  Git의 기본 흐름

위의 Git 기본흐름을 보면 Working Directory는 로컬 영역의 git clone 받은 영역이라고 볼 수 있다. 로컬 영역의 작업 공간에서 git add를 수행하면 local 영역의 staging area로 전송이되고 commit을 수행하면 staging area에서 Local Repositort로 이동하게 된다. 그 후 마지막으로 git push를 수행하면 현재 commit된 파일들이 원격 저장소에 최종 업로드 된다고 볼 수 있다.

2. 기본 명령어

git init
git status : 상태 확인
git add
--update : 추적하고 있는 파일만 add
git rm : 제거 관련 명령어
--cached : add된 파일 제거 ( 해당 파일을 working directory 상태로 되돌림 )
git commit
-m : 간단한 커밋 메시지 작성
--amend : 마지막 커밋 메시지 수정
git checkout
-- {file} : working directory에서 작업한 내용을 버림

3. Git 관련 내용 정리

git은 push를 했을때 최종 버전의 파일과 폴더만 반영된다고 생각하면 된다.

고로, 만약 파일이나 폴더를 삭제 하길 원한다면 clone 받은 폴더에 최종 반영될 파일과 폴더의 리소스만 존재하면 된다.

4. Git Processing 최종 정리

Git_control_Processing.drawio
0.00MB

728x90
반응형