Git의 버전관리 기능 활용하기 [혼자작업 VER.]

beablessing·2021년 4월 16일
0

Git

목록 보기
2/3
post-thumbnail

혼자작업편 work flow

1. FORK

remote에 있는 다른 repo에서 fork를 해서
remote에 있는 내 repo에 가져옴
다른 repo에서 'fork'클릭 -> 내 깃헙계정 클릭 (계정/repo이름)

2. CLONE

remote 내 repo에서 -> local 내 repo
코드 수정을 위해서는 내 컴퓨터로 가져오는 작업이 필요하다

git clone <repo url>

트래킹 되고 있지 않은 파일들) 목록에는 mypage라는

3. STATUS

내 로컬의 staging area와 untracked files 목록에 무엇이 있는지 확인한다

git status 

commit을 하기 위해서 untracked files목록에서 add를 통해 staging area로 이동시켜서
커밋할 수 있는 상태로 만들어 준다 그리고 commit 명령어를 통해 커밋해준다

4. RESTORE

commit 되지 않은 local repo의 변경사항을 폐기할 수 있다.
즉, staging area 그리고 unstaged area에 있는 파일의 변경사항 폐기하는 명령어

retore <파일명>

clone받아왔을때의 상태로 되돌림

5. ADD

untracked file을 staging area 로 불러오기

git add <파일명>    
-파일 한개만 불러오기 
git add . 
-모든 untracked file을 한번에 불러오기( 주의요망)

이때, 터미널 창에는 변화가 없다.

6. COMMIT

스냅샷 찍듯 변경된 이력을 언제, 누가, 어떻게 변경이 되었는지 저장할 수 있다.

git commit -m '커밋 메세지'

-m 옵션을 통해 코멘트를 작성할 수 있다.

7. RESET

아직 remote repo에 업로드 전이라면 reset 명령어를 통해 commit을 취소할 수 있다.
즉, staging area 또는 local repo 위치에서 에러가 생겼을때

git reset HEAD^

HEAD :현재 브랜치를 가리키는 포인터이며,
브랜치는 브랜치에 담긴 커밋 중 가장 마지막 커밋을 가리킨다;

reset

명령은 정해진 순서대로 세 개의 트리를 덮어쓰며 나아가다가 옵션에 따라 지정한 곳에서 멈춘다.
1. HEAD가 가리키는 브랜치를 옮긴다.(git reset --soft HEAD~ 옵션이 붙으면 여기까지)
즉, local repo를 이전 커밋버전으로 바꾼다.
2. index(staging area)를 HEAD가 가리키는 상태로 만든다 (git reset [--mixed] HEAD~ )
즉, 이 옵션에서는 Local repo 그리고 staging area가 이전 커밋버전으로 바뀐다.
3. 워킹디렉토리를 index의 상태로 만든다 (git reset --hard HEAD~)
즉, head-index-working directory 세 트리 모두 이전 커밋버전으로 만든다

8. PUSH

Pull request 를 날리기 위한 이전 작업
= 내 remote repo에 local repo에 있는 커밋기록들을 업로드 해주어야 한다.

git push <origin> <branch>

9. LOG

남긴 커밋들이 잘 기록되어있는지 확인해보고 싶은 경우

git log

10. PULL REQUEST

내 remote repo에 push해둔 변경사항을 함께 작업하는 다른 사람들에게 알리는 것을 말함
줄여서 PR
(push를 하면, 깃헙 사이트 해당 remote repo에 compare & pull request라는 버튼 생성)

profile
프론트엔드 개발자

0개의 댓글