포트폴리오 / 협업 환경 구성 (3)

date/ 24.08.14.

 

오늘은 깃허브 사용법 위주!

계정 생성하고 레포지토리 생성해 보기

 

근데 저번 숙제 마크다운으로 리드미 쓰기 아니었나

 

 

깃허브에 내 로컬 프로젝트 업로드 하기

• fetch: 서버에 있는 코드를 갖고 올 때 쓰는 것
• push: 로컬 컴퓨터 안에 있는 코드를 깃헙에 업로드할 때 사용하는 명령어
  • git push (원격저장소별칭) (원격저장소레포지토리명)
  • 예) git push origin master

만약 git log 명령어를 사용했을 때 head -> master로 표기된다면? 위의 예시에 레포지토리명으로 master를 그대로 쓰면 됩니다.

경우에 따라 main으로 되어 있을 때도 있습니다. (자세한 이유는 나중에)

 

 

CLI clone

깃허브 연동을 다른 방법으로 할 수 있을까? 이제까지는 나의 소스 코드를 깃허브에 올리는 방식으로 사용하였습니다. 그렇다면 깃허브에 올라가 있는 소스 코드를 나의 로컬 컴퓨터로 받아서 사용하려면 어떻게 해야 할까요?

 

• git clone (레포지토리url)
  • 원격저장소 주소는 Github의 code를 누르면 확인할 수 있습니다.
  • 내가 올렸던 소스 코드를 받아오는 것 = clone

 

 

깃허브 활용

• git push origin master로 깃에 푸시 ➡️ git pull origin master로 받아오기
• 파일 수정 & 수정한 파일 받아오기 routine
  • 파일 수정 ➡️ add ➡️ commit ➡️ push ➡️ git pull origin master
  • git log 항상 확인하기

 

브랜치

브랜치란?

• branch, 즉 가지
• 여러 가지 기능을 병렬식으로 개발하는 과정에서 헷갈리지 않도록 버전 관리를 하는 것
• 가상으로 복사해서 작업 ➡️ 완성 후 다시 중간에 있는 메인 줄기에 붙여 넣는 것이 목적입니다.

 

브랜치 실습

• git branch: 현재 브랜치 확인 가능
• git checkout (브랜치명): 지금 있는 브랜치에서 ~브랜치로 이동
• git checkout - : 바로 직전에 있던 브랜치로 이동
• git branch (브랜치명): 브랜치 생성

나름대로 연습해 봄

처음 만들었던 master 브랜치의 romi 파일에는 아무 내용도 들어 있지 않지만, 이후 dev 브랜치를 새로 생성하고 해당 브랜치에서 romi 파일을 수정하여 푸시해 보았다.

 

dev 브랜치의 romi 파일은 수정 사항이 제대로 반영되어 있다!

신기