무하프로젝트

- "git merge" 명령을 통해 위에서 "fetch" 된 모든 내역을 해당 로컬 Branch 에 merge 시키면, 이전 내역과 달리 모든 영역(Working, Staging, Repository)에는 현재 리모트 저장소의 업데이트 내역이 전부 반영 되어 있을 것이다.

Git remote pull

- "git remote pull" 명령은 이전 "fetch" 명령과는 달리 모든 영역(Working, Staging, Repository)에 리모트 저장소의 업데이트 내역이 존재하는것을 확인할 수 있다.(즉, "marge" 기능 까지 한번에 수행하게 된다.)

Git push

1. Workiing 영역에 index3.html 파일 생성 후 아래와 같이 모든 단계를 수행한다.

2. 리모트 저장소의 지정된 Branch로 로컬 저장소의 업데이트된 모든 내역을 Push 한다.

- 아래는 로컬 저장소로 부터 Push 된 리모트 저장소 내역이다.

참고:

Git reset --soft 옵션

1. Working 영역에 파일 생성 및 Staging 상태로 변경.

2. 파일을 저장소에 확정(Commit) 지으며, 최종 Commit 히스토리를 확인한 결과 "37c9a0478....5ee5" 가 출력된다.

3. "git reset --soft" 명령을 통해 생성된 저장소 내역을 초기화 시킨다.

- 아래 결과를 통해 "git reset --soft" 옵션에 대한 다음과 같은 특징을 알 수 있다.

1. Working 영역에는 반영되지 않는다.

2. "git ls-files -s" 결과에서와 같이 출력된 Staging 리스트 상에서 File1 파일을 확인할 수 있다.

3. "git log" 명령을 통해 최종 Commit 히스토리를 확인한 결과 위에서 출력한 Staging 리스트와 다르다는것을 알 수 있다.

4. 최종 HEAD 정보를 확인해보아도 같은 결과를 나타내며, 해당 파일을 Commit 대상으로 바라보고 있다.

- 정리하면, --soft 옵션은 Working 영역과 Staging 영역에 반영되지 않으며, Repository 영역에만 반영된다.

Git reset --mixed 옵션

- 아래 결과를 통해 "git reset --mixed" 옵션에 대한 다음과 같은 특징을 알 수 있다.

1. Working 영역에는 반영되지 않는다.

2. "git ls-files -s" 결과에서와 같이 출력된 Staging 리스트 상에서 File1 파일을 확인할 수 없다. 즉, Staging 영역에 반영되었다는것을 말한다.

3. "git log" 명령을 통해 최종 Commit 히스토리를 확인한 결과 위에서 출력한 Staging 리스트와 동일하다.

4. Staging 영역에 반영되었으므로, 파일은 현재 Untacked 상태를 나타낸다.

- 정리하면, --mixed 옵션은 Working 영역에 반영되지 않으며, Staging 및 Repository 영역에만 반영된다.

Git reset --hard 옵션

- 아래 결과를 통해 "git reset --hard" 옵션에 대한 다음과 같은 특징을 알 수 있다.

1. Working 영역에 반영된다.(파일이 존재하지 않는다.)

2. "git ls-files -s" 결과에서와 같이 출력된 Staging 리스트 상에서 File1 파일을 확인할 수 없다. 즉, Staging 영역에 반영되었다는것을 말한다.

3. "git log" 명령을 통해 최종 Commit 히스토리를 확인한 결과 위에서 출력한 Staging 리스트와 동일하다.

4. 파일 자체가 Working 영역에 존재하지 않으므로, 당연히 현재 상태 또한 존재하지 않는다.

- 정리하면, --hard 옵션은 모든 영역(Working, Staging, Repository)에 반영된다.