ddodoi 님의 블로그
1주차-03: 포트폴리오/ 협업 환경 구성(2) 본문
Chapter1. 깃(Git) 기본 이론
깃(git)은 분산식 버전 관리 시스템이며 로컬(내 컴퓨터에)로 설치되는 시스템이다. 깃은 내 컴퓨터 안에서 버전을 관리 해주는 시스템이자, 깃허브와 소통하는 시스템이다.
깃허브는 깃들이 모여 허브처럼 작용하는 시스템이며 원격으로 중앙에서 우리 프로젝트의 백업을 담당하는 시스템이자, 내 컴퓨터와 *별도*로 버전 관리도 해준다(깃들이 소통하는 중간 역할). 중간에 깃허브가 있으며 우리는 각각 깃이라는 시스템을 통해 각자의 컴퓨터 안에서 버전 관리를 할수도 있고 백업하는 용도로 깃허브에 맡길 수 있으며 다시 깃허브에서 프로젝트를 가져올 수 있다. 내 컴퓨터에서 관리해야 되는 프로젝트 폴더의 깃 스토리들을 깃허브가 대신 관리해준다.
* * 여기서 "별도로" 라는 것은 내 컴퓨터에서 깃허브에 없는 프로젝트 버전인 1.3, 1.4버전을 가지고 있게 되더라도 깃허브에 올리지 않으면 깃허브는 프로젝트의 1.3과 1.4 버전을 가지지 않는다는 것이다.
다른 컴퓨터에도 깃이 깔려 있으면, 깃허브를 통해 소통(다운로드, 복제, 백업...)을 할 수 있다. ===> "협업"이 가능
깃허브를 이용할 경우 깃허브가 프로젝트의 각 버전의 시점별로 알아서 저장을 해준다.
Chapter2. 내 컴퓨터에 깃(Git) 설치하기
OS에 맞게 깃을 설치하자.
성공적으로 설치가 되었다면, git -version으로 확인 할 수 있다.
- MAC: termianl.app실행> git - version
- Windows:[윈도우]> git bash 실행> git - version
Chapter3. CLI vs GUI
명령을 하는 방법에 따라 CLI와 GUI로 나뉜다.
CLI(Command Line Interface): 명령 줄 인터페이스: 글자를 입력해서 컴퓨터에게 명령을 내림
ex) MS DOS,명령 프롬프트(cmd), bash, shell(프로그램 창), Windows Terminal, Terminal...
GUI(Graphic User Interface): 그래픽으로 컴퓨터에게 명령을 내릴 수 있도록, 사용자에게 화면을 제공
Chapter4. 운영체제에서 자주 쓰는 명령어
실습방법: vs code에서 explorer 누른 후 새로운 폴더 생성하고 메뉴에서 terminal 선택
ls: 현재 폴더 안에 있는 파일들의 목록을 보여준다. (list segmentation)
ls -a
이번에는 폴더 안에 jina.txt파일을 하나 생성해보자.
mkdir 디렉토리명: 폴더 안에 해당 디렉토리명의 디렉토리를 만들어준다.
cd 디렉토리명: 해당 디렉토리로 이동하겠다.(change directory)
cd .. : 이전 디렉토리로 돌아가겠다.
Chapter5. 깃(Git)에서 자주 쓰는 명령어1
git status: git 에서 파일 상태 확인하기
git init : 해당 폴더를 git으로 버전관리 해달라고 지정
폴더를 git으로 지정해줄 때 폴더 안에 있는 파일들은 모두 자동적으로 git으로 지정되지 않는다(시작부터 모든 파일을 다 트래킹 하지 않는다). 즉, 사용자가 폴더 안에 파일 하나하나를 git 으로 지정해줘야 한다. 위 사진에서 "Untracked files"의 뒤의 파일명은 git으로 지정되지 않은 파일들을 보여준다. (여기서는 jina.txt파일이 git으로 지정되지 않았다고 나와있다.)
이때 폴더 안 파일을 git으로 지정해주는(git이 트래킹한다) 명령어가 "git add"이다. "git add 파일명" 명령어를 터미널에 입력시 .git 파일 안에 해당 파일을 트래킹 해달라고 적힌다.
git add 파일명: 해당 파일을 git으로 지정해라(트래킹해라).
*방향키로 이전에 썼던 명령어들을 자동적으로 나오게 할 수 있다.
Chapter5. 깃(Git)에서 자주 쓰는 명령어2
터미널에서 지금까지 실습을 쭉 따라왔다면 git status 명령어를 이용하여 폴더의 현재 상태를 확인해보자. 명령어를 입력하면 다음과 같은 상태로 뜬다.
이제 터미널에 "git commit" 명령어를 입력해보자. 다음과 같은 화면이 뜬다.
이 상태에서 키보드에서 'c'키를 눌러보자.(change) 맨 아래에 --INSERT--라는 글자가 생기며 맨 첫줄에 키보드로 글자를 입력할 수 있게 된다.
first commit이라 입력해준다.
이제 키보드에서 esc키를 눌러보자. 맨 아래의 --INSERT--가 사라진것을 볼 수 있다.
" shift키 + ; "를 동시에 눌러보자. 이후 키보드로 wq를 입력한다(여기까지 하고 그만하겠다라는 의미).
이제 enter키를 누르면 다음과 같은 화면이 뜬다.
뭔가 뜨긴하는데 잘 모르겠으니 git status 명령어를 입력해보자.
그럼 git commit명령어 입력 후 무슨 일이 일어난건지 알아보자.
위에서 설명했듯, git add명령어를 이용하면 git이 특정 파일을 트래킹 하도록 설정 할 수 있다. 이 명령어를 이용하면 .git 파일 어딘가에 지정한 파일이 관리대상이라고 쓰인다. 그러나 이 상태는 관리대상이라고 쓰이기만 한 상태이고 저장이 된 상태가 아니다. 무슨 말이냐면 혹시 더 저장할 것이 없는지 대기를 타고 있는 상태이다.
이 상태에서 git commit명령어를 입력하면 지금까지 add로 지정한 파일들을 모아 버전을 만들어준다(저장의 기능). 이렇게 commit으로 저장이 된 파일들은 .git파일의 관리대상 목록에서 지워진다.
git commit: 현재까지 git add명령어로 모으고 있던 파일들을 모아 하나의 버전으로 만들어준다.(저장)
현재까지 명령어들을 정리하면 이렇다.
git init 명령어를 사용하면 해당 폴더 안에 .git이라는 파일을 생성한다. 이때 폴더 안에 모든 파일들을 git이 다 트래킹 하고 있는건 아니므로 사용자가 트래킹 하고 싶은 파일이 있으면 직접 git으로 지정해줘야한다.
이때 사용하는 것이 git add 명령어이다. git add는 사용자가 지정한 파일을 git으로 트래킹 하도록 해준다. 이때 .git파일안에 add로 추가한 파일들의 목록이 생긴다. 예를 들어 버전 0.1로 저장을 하기 위해 안에 넣을 파일들을 받아서 모으고 있는 상태이다(저장된 상태 x).
이제 충분한 파일들을 모았으면 현재까지 모은 파일들을 하나의 버전으로 찍어내기 위한 저장과정이 필요하다. 이때 사용하는 것이 git commit명령어이다.
이제 실습으로 다시 돌아와보자. git commit과정이 잘 되었는지 확인하기 위해 git log명령어를 사용하여 버전을 확인해보자.
git log: 커밋 히스토리 조회
위 사진에서 commit뒤에 이상한 문자들이 쓰여져있다. 이것이 바로 컴퓨터 입장에서 저장된 버전이다. 위에서 내가 입력했던 first commit글자도 확인 할 수 있다(커밋 메시지).
Chapter6. GUI로 init, add, commit
위 실습에서는 terminal(CLI)로 글자 하나하나 입력하면서 git명령어들에 대해 알아봤다. 그러나 사실 이럴 필요 없이 vs code에서 제공하는 버튼들로 간단히 확인할 수 있다(GUI) 😵😵😵. 실습을 위해 GitTestGUI라는 이름의 새로운 폴더를 생성 후 불러왔다.
여기서 이 Source Control 아이콘을 눌러주세요.
그럼 다음과 같은 창이 뜬다.
git init =
여기서 Initialize Repository 버튼이 위에서 git init 명령어와 똑같은 역할을 한다.
그러나 우리는 git init만 해서는 폴더 안 파일들이 자동적으로 트래킹이 되지 않으므로 git add를 이용해 파일을 지정해줘야한다는 것을 배웠다. git add를 사용하기 위해 새로운 파일을 하나 생성해주자.
파일명 옆에 대문자 U는 해당 파일이 git으로 트래킹이 되지 않고있는 상태라는 것이다(Untracked).
다시 이 버튼을 누르면
Changes라는 탭이 보이며 아래에 파일이 있는 것이 보인다. 해당 파일을 클릭하면 위와 같은 화면이 나온다.
git add =
파일명 옆에 있는 +버튼이 git add와 같은 역할을 한다.
+버튼을 누르면 다음과 같이 해당파일이 git으로 트래킹이 된다.
git commit=
이제 commit버튼을 누르면 commit이 된다.
이제 commit 버튼을 누르면 나오는 창에 First commit이라는 커밋 메시지를 입력해주고
오른쪽 상단에 있는 버튼들중 ✓ (Accept Commit Message)를 눌러주면 커밋이 완료된다.
Chapter7. 깃히스토리 설치
그런데 커밋이 잘 되었는지 확인하려면 git status나 git log명령어의 역할을 해주는 무언가가 있어야한다. vs code에서 추가 프로그램 설치 ㄱㄱ혓
왼쪽의 extensions버튼을 누르고
git history를 검색창에서 검색해 install해준다.
다시 왼쪽의 Source Control 버튼을 누르면 다음 창이 뜨고
여기서 Git: view History 라는새로운 버튼이 생긴것을 볼 수 있다.
누르면 다음과 같이 commit기록을 볼 수 있다.
Chapter8. 깃허브로 협업하기
git remove -v
'웹풀스택 일일정리' 카테고리의 다른 글
| 2주차-파트02: 웹 서비스의 이해1 (0) | 2024.08.22 |
|---|---|
| 2주차 파트-01: 협업 TOOL (0) | 2024.08.22 |
| 1주차-파트06: 브랜치 (0) | 2024.08.20 |
| 1주차-04: 포트폴리오/ 협업 환경 구성(3) (0) | 2024.08.19 |
| 1주차-02: 포트폴리오/협업 환경 구성(1) (0) | 2024.08.13 |
