Git - 되돌리기 2 : WorkingCopy Index

되돌리기 2 : WorkingCopy Index

참조

• https://www.youtube.com/watch?v=CUlU_DBJMvw&list=PLuHgQVnccGMCB06JE7zFIAOJtdcZBVrap&index=8

Git WorkingCopy Index 예제

1. Repository에 새로운 파일 생성 및 추가

• 처음 생성한 Repository에 새로운 파일인 Readme.md 파일 하나를 생성하고 추가합니다.

2. index.html 파일 내용 수정 및 Readme.md 파일 추가

• index.html 파일 내용을 수정하고 Readme.md 새파일을 Repository에 추가하였습니다.
• 각 파일 앞에 있는 아이콘이 서로 다릅니다.
• index.html 앞에 있는 노란색의 편집모양 아이콘의 의미는 Git에 의해서 현재 추적되고 있는 의미 입니다.
• Readme.md 파일 앞에 있는 물음표 아이콘은 Git 에게 파일 추적 하기 전 단계의 의미 입니다.

3. Readme.md 파일 커밋 후 파일 내용 수정

• Readme.md 파일을 커밋 하고 다시 파일 내용을 수정합니다.
• 그러면 제일 처음 물음표(?) 아이콘에서 편집모양 아이콘으로 변경이 되는 것을 확인하실 수 있습니다.
• 즉, Git은 최초로 Repository 에서 생성된 파일은 버전관리에서 신경을 쓰지 않고 있다가 해당 파일이 commit 이 된 후 부터는 Git 에서 추적하고 관리된다는 것을 의미합니다.

4. Repository 에 있는 2개의 파일 수정 및 전체 커밋하기

• index.html 과 Readme.md 파일의 내용을 모두 수정을 합니다.
• 그러면 git 에서는 변경된 내용이 있기 때문에 intex.html 과 Readme.md 파일 모두 Unstaged Files 영역으로 보냅니다.
• index.html과 Readme.md 파일을 모두 Staged 영역으로 옮기고 커밋을 합니다.
• 즉, 하나의 버전(commit) 에는 여러개의 변경사항들이 포함될 수 있습니다.

5. 각 파일별 버전 만들기

• 다시 index.html, Readme.md 파일 내용을 수정합니다.
• 2개의 파일을 수정하면, SourceTree에서는 다시 Working Copy 영역에 index.html과 Readme.md 파일이 나타납니다.
• 여기서 이제는 각 파일별 변경사항들을 관리해 보도록 하겠습니다.
• 각각의 파일별 변경사항을 관리하려면 파일 하나씩 Working Copy 영역에서 Staged 영역으로 이동 후, 하나씩 commit을 하면 됩니다.

6. Working Copy 영역이란?

• 수정된 내용, 파일의 목록이 표시되는 공간을 의미합니다.

7. index, Staging 영역이란?

• commit을 통해서 버전에 포함될 내용들이나 파일들이 Staging 영역에 표시됩니다.

8. Repository(저장소) 란?

• commit 된 변경사항들이 저장된 영역을 Repository 라고 합니다.
• 참고로 commit을 할 때에는 index, Staging 영역에 있는 파일들만 commit이 되고, Working Copy 영역에 있는 파일들은 무시합니다.

9. 같은 파일 수정 후, Working copy 영역과 Staging 영역에 있는 경우

• Readme.md 파일을 Staging 영역에 이동시킵니다.
• 다시 Readme.md 파일 내용을 수정해 줍니다.
• 그러면 Working copy 영역과 Staging 영역에 모두 Readme.md 파일이 생기게 됩니다.
• 여기서 commit 을 진행하면 Staging 영역에 있는 Readme.md 파일의 변경사항만 commit이 되고, Working copy 영역에 있는 Readme.md 파일의 변경사항은 무시가 됩니다.