KH 131일차 - Git / Git Hub

1. Git

    - VSC ( Version Control System, 버전 관리 )

    -버전관리를 위한 CLI( Command-Line Interface, 도스창에서 명령어를 이용한 ) tool( 도구 )

    - 버전관리를 위한 로그가 생성된다.

    + 버전관리 : 파일에 대한 변경내역을 하나도 잃어버리지 않고 보관 / 관리하는 것

 

2. GitHub

    - http://github.com 웹 사이트 이다. 

    - 원격 저장소로, git 버전관리 도구가 생성한 변경 로그( = 변경 내역 )를 원격에 백업( Backup )하는 곳이다.

 

3. 형상관리

    - VSC + 각 종 문서까지 관리

 

4. GIT을 이용한 버전관리 흐름 ( 지역 저장소 )

    - 1 ) 지역 저장소 ( local Repository ) 생성

    -  + 지역 저장소는 git으로 버전관리할 폴더를 의미한다.

    -  + 지역 저장소는 .git DataBase가 있는 폴더를 의미한다.

    -  + .git 폴더가 없다면, 그냥 일반적인 폴더로 바뀌게 된다.

    - 2 ) 지역 저장소 안에서 변경( change )을 생성

    -  + 변경 : 파일 생성 / 변경 / 삭제

    -  + 변경은 1개의 파일에 대한 변경이 아니라, N개의 파일에 대한 변경을 의미한다.

    -  + 디렉토리는 아무리 생성 / 변경 / 삭제해도 버전관리의 대상이 아니다. (**)

    -  + 하지만 디렉토리 안의 파일의 변경의 경우에는 파일의 변경이기 때문에 버전관리의 대상이 된다.

    - 3 ) 생성된 변경을 무대( stage ) 위에 올려 놓기

    -  + 무대 위에 올려 놓은 변경만 버저닝( versioning )이 가능해 진다.

    - 4 ) 무대 위에 올려진 변경을 커밋( commit ) 수행

    -  + 커밋을 해야지 지역 저장소에 변경( change )을 영구적으로 저장할 수 있다.

    -  + 커밋 결과로 커밋로그( commit log )가 생성된다. (***)

    - 5 ) 2단계부터 4단계의 흐름을 계속 반복한다.

 

5. Branch

    - 1 ) 브랜치( branch )가 Git에서는 무슨 의미인가?

    - :  변경관리 흐름의 이름을 의미하는 것으로, 자세히 말하자면 현재 우리가 어떤 지점( 위치 )에서 변경관리를 하고 있는지 나타내는 이름이다.

    - + Default 브랜치의 이름은 main이다.

    - + 새로운 브랜치를 생성하는 순간, 현재 브랜치가 새로 생성한 브랜치로 변경된다.

    - + 이전 브랜치에서 남긴 모든 변경내역( commit log )가 그대로 따라온다.

    - + 현재 내가 있는 브랜치에 맞게, 해당 브랜치에서 만든 변경내역대로 Working Tree의 내용이 바뀌게 된다.

    - + 각 브랜치들은 main 브랜치를 기준으로 병합( merge )시킬 수 있다.

 

6. 지역 저장소를 원격 저장소로 백업해야 하는 이유

    - 1 ) 지역 저장소가 망가졌을 경우, 복구가 가능하도록 준비해야 한다.

    - 2 ) 여러 개발자와의 공동개발을 위해서도 필요하다.

 

7. git의 원격 저장소의 종류 2가지

    - 1 )  public : 읽는 것은 가능하지만, 수정은 불가능하다.

    - 2 ) private : 읽는 것도 수정하는 것도 불가능하다.

 

8. Git에서 주의해야 할 점 ( 원격과 지역 저장소 모두 각자 새로운 변경이 생겼을 경우 )

    - 1 )  원격 저장소의 변경이 우선한다.

    - 1 )  그렇기 때문에 지역 저장소는 fetch -> pull로 내려 받은 후, 지역 저장소의 변경을 push할 수 있다.

---

[ 1. 명령어 ll ( = dir ) ]

 

---

[ 2. 지역 저장소의 git 버전 ]

 

[ 2 - 1. Github - Desktop을 다운 받는다. ]

 

 

[ 2 - 2. 지역 저장소 생성 클릭 ]

 

 

[ 2 - 3. 지역 저장소 생성 ]

[ + 원래 지역저장소의 name은 프로젝트와 같이 소문자로 작성해야 한다. ]

[ + name에는 지역 저장소의 이름을 지정할 수 있으며, 지역저장소는  Local path 밑에 생성된다. ]

 

 

[ 2 - 4. 생성된 지역 저장소 확인 ]

 

 

[ 2 - 5. 변경을 생성해 보자 ]

[ + .git은 숨겨진 폴더이기에 보이지 않는다. ]

[ + F1 파일을 생성한 것이다. ]

 

 

[ 2 - 6. GitHub Desktop에서 changes가 생성된 것을 확인할 수 있다. ]

 

 

[ 2 - 7. 변경을 커밋하기 ]

[ + 변경을 무대 위에 올려 놓는 것은 자동으로 된다. ]

[ + Description에 커밋에 대한 설명을 작성할 수 있다. ]

 

 

[ 2 - 8. History 탭에서 커밋 내역을 확인할 수 있다. ]

[ + 누가 commit을 하였는지도 확인이 가능하다. ]

 

 

[ 2 - 9. 변경을 하나 더 생성 ( F1파일에 내용 생성 ) ]

[ + 1은 행이 1개 추가되었다는 의미이며, +1은 변경된 내역을 보여준다. ]

[ + +1이 변경된 내역인 이유는 빈 파일이었던 F1파일에 숫자 1을 작성했기 때문이다. ]

[ + 추가된 경우에는 초록색으로 변경내역이 보이고, 삭제할 경우에는 붉은 색으로 변경내역을 보여 준다. ]

 

 

[ 2 - 10. 변경 생성 - 파일 F2 / F3을 생성하고, F3안에 3이라는 숫자를 넣었다. ]

 

 

[ 2 - 11. 커밋하고 변경내역 확인하기 ]

[ + 변경은 파일 1개에 대한 변경이 아닌, N개의 파일에 대한 변경을 의미한다. ]

[ + commit이 한번에 된 것을 확인할 수 있다. ]

 

---

[ 3. 브랜치 만들기 ]

 

[ 3 - 1. seoul이라는 새로운 브랜치를 생성 ]

 

 

[ 3 - 2. 브랜치가 새로 생성한 seoul 브랜치로 이동된 것을 확인할 수 있다. ]

 

 

[ 3 - 3. History를 보면 이전 브랜치에서 커밋한 내역이 그대로 들어와 있는 것을 확인할 수 있다. ]

 

 

[ 3 - 4. 그러나, seoul 브랜치에서 커밋한 내용은 main에는 보이지 않는다. ]

[ + seoul은 main에서 생성된 브랜치이기에, 브랜치가 생성되기 직전까지의 변경이 적용되지만! ]

[ + 이제는 seoul과 main은 이제 각각 떨어진 브랜치이기에 더 이상 서로 커밋이 공유되지는 않는다. ]

 

[ + 서울 브랜치 ]

 

 

[ + 메인 브랜치 ]

 

 

[ 3 - 5. seoul 브랜치에서의 변경을 main에 머지( 병합 )하기 ( merge ) ]

[ + main으로 브랜치를 이동한 후 클릭 ]

 

---

[ 4. 깃 허브 - 원격 저장소 ]

 

[ 4 - 1. 현재의 지역 저장소를 GitHub로 publish하는 탭 클릭 ]

 

 

[ 4 - 2. GitHub로 로그인하기 ]

 

 

[ 4 - 3. 원격 저장소의 이름 작성 및 publish ]

[ + 지역 저장소와 원격 저장소의 이름을 달라도 된다. ]

 

 

[ 4 - 4. 원격 저장소에서 지역 저장소로 변경 가져 오기 - fetch 클릭 -> pull origin 클릭 ]