Git & Github

Now, Sophia·2021년 9월 27일
2

TIL-ETC

목록 보기
3/13
post-thumbnail

Git

Version Control system (VCS)
버전관리하는 도구(시스템)
코드가 변경될 때마다 백업할 필요 없이 git에서 기록하고 있어 어느부분이 수정되었는지 알 수 있다.
코드 업데이트 후에 이전 코드로도 돌아갈 수 있다.

Github

원격저장소
깃으로 버전관리를 한 프로젝트를 온라인 공간에 올려두는 저장소
개발자들의 소셜 네트워크
팀 프로젝트 때 용이

Git 코드버전 관리이유

수정할 때마다 파일을 새로 만들면 관리가 힘들기 때문
언제든 이전 버전의 코드로 돌아갈 수 있기 때문
이력을 남기기 위해서, 누가 무엇을 변경했는지 알 수 있기 때문
하나의 프로젝트를 두고 여럿이서 협업 할 수 있기 때문

Git & Github 차이점

Git을 통해 프로젝트 파일을 업데이트하면서 관리를 하고,
관리한 프로젝트 파일을 Github에 올려 팀과 공유

Branch

한 프로젝트에 여러명이서 나누어서 작업할 때, 본인들만의 작업공간인 branch를 만들어서 독립된 작업을 한 후, github에 업로드한 모든 파일을 PullRequest를 통해 최종

터미널 상에서 깃의 명령어

▶︎ 팀프로젝트

  1. git clone "repositories주소"
    • github의 clone하려는 repository에 들어간다.
    • repository에서 code를 누르면 https:// 주소를 복사한다.
    • terminal 명령어pwd로 본인의 위치 확인 후, 프로젝트 폴더 위치로 이동
      • pwd로 본인 위치 확인 후, ls -al 하면 해당 위치에 있는 모든 폴더 및 파일 확인 가능
      • cd 폴더명 입력하면 해당 폴더로 이동 cd .. 하면 상위폴더로 이동.
    • terminal에서 git clone repo주소 하면 폴더가 생김.

이 때, git init은 할 필요가 없다.
이미 clone된 파일들은 git 으로 관리되어 있기 때문!

  1. npm install


  1. git branch 브랜치이름
    • 프로젝트 폴더 안에서 git branch 브랜치이름 하면 내가 작업할 공간인 브랜치 생성
    • git branch 하면 어떤 branch가 있는지 확인 가능
    • 작업할 공간 브랜치로 이동하려면 git checkout 브랜치이름 하면 이동완료
    • git branch 로 내 위치 재확인하기!


빨간색 박스 : 깃명령어
노란색 박스 : 명령어 오타 -> checout
파란색 박스 : 브랜치 위치

    * `code .` 하면 teminal에서 vs편집기에서 해당폴더를 열 수 있다.
    * 대신에 하기 command를 설치해야 한다.


  1. git status
    • 파일 수정 후, 어떠한 파일이 수정되었는지 확인


  1. git add .
    • 모든파일의 변경사항을 저장하는 명령어
    • git status 로 변경사항이 저장되었는지 확인 가능


빨간박스 : 깃명령어
파란박스 - 빨간색 : 변경사항이 저장되지 않았다는 뜻
파란박슥 - 초록색 : 변경사항이 저장되었다는 뜻

  1. git commit
    • git commit 을 치면 내가 수정한 부분이나 내용을 간단히 적는다.
    • git commit -m "간단한 수정내용" 도 가능
    • esc 누르고 shift + : 하고 wq(저장하고 나옴) terminal 명령어 진행
      - q만 치면 저장하지 않고 나옴



  1. git log
    • git commit 내역 확인
    • git commit 을 잘 해두면 이전 commit 상태로 돌아갈 수 있음


  1. git push origin "브랜치이름"
    • repository에 commit 한 내용이 github에 업로드


  1. git pull origin master
    • 최초로 clone 한 이후에는 업데이트된 프로젝트를 가지고 올 때 쓴다.
    • git pull 하고 이어서 계속 프로젝트를 업데이트 하면 된다.
  2. PullRequest
    • 모든 코드 리뷰 후, pull request 작성!
    • repository 관리자가 pull request 확인 후, merge!



▶︎ Github repositories에 최초로 commit 할 때

  1. git init
    • 폴더 안에 있는 파일들을 git으로 관리하겠다는 명령어.
    • 파일이 있는 폴더 안에서 해야한다.
    • 만약 폴더 안에 또다른 폴더가 있다면 제일 바깥 폴더에서 git init 을 해야 한다.

🔺 git init 을 정확한 위치에서 하지 않은 경우, github에 commit할 때, 해당 위치의 모든 파일이 git으로 관리되어 컴퓨터의 파일들을 공유하게 된다.



터미널에서,
1. 위치확인
2. 폴더 생성 위치로 이동
3. 폴더 생성
4. 폴더 위치로 이동
5. 해당 폴더 내에서 해당 폴더를 git 으로 관리
6. code . 명령어로 터미널에서 해당 폴더의 모든파일을 VS편집기로 연다.

  1. touch 파일명.확장자명
    • 터미널에서 파일 생성
    • touch test.md
    • 파일 수정 후, 저장


  1. git status
    • 파일이 add . 되어 있지 않으면 파일이름이 빨간색!
  2. git add .
    • 수정한 파일 저장
  3. git commit
    • 수정한 부분 간단한 메세지 작성


  1. git log
    • commit 내역 확인


  1. git remote add origin repository주소
    • github의 repository에 파일을 저장하는 단계
    • 해당 명령어를 통해 올리려는 파일들이 github와 서로 연동


  1. git push origin master
    • repository에 파일이 업로드!
    • git push -u origin master 로도 가능
      - -u 는 master 라는 현재 branch를 자동으로 origin이라는 원격저장소의 master branch로 연결하여 다음부터는 간단히 git push 만 입력하거나 git pull만 입력하여 origin의 master를 fetch해서 로컬의 master로 merge하도록 설정


  1. git pull origin master
    • 최초로 clone 한 이후에는 업데이트된 프로젝트를 가지고 올 때 쓴다.
    • git pull 하고 이어서 계속 프로젝트를 업데이트 하면 된다.
  2. PullRequest
    • 모든 코드 리뷰 후, pull request 작성!
    • repository 관리자가 pull request 확인 후, merge!



🙋🏻‍♀️ Today,

저번에 배워둔 git & github.
진짜 하나도 모르는 상태에서 많은 걸 이해하고 배운 것 같다.
정리하면서 다시 복습해보니 조금 더 이해가 되었다.
물론 옆에서 이해할 수 있도록 도와준 짝꿍덕👍🏻
많이 바쁠텐데도 도와줘서 항상 고맙습니다.🙇‍♀️🙇‍♀️

이어서 add, commit 등 취소하는 방법은 나눠서 올릴 예정이다.

연습하면서도 git init을 잘못하기도 하고,
오타도 나면서 엉뚱하게 branch나 file 생성하기도 했다.
연습하면서 느낀 것이..
꼭! branch 위치, 폴더 위치! 절대적으로 확인! 또 확인하자!

profile
Whatever you want

0개의 댓글