Ch 1. 버전관리

https://github.com/junsu1220/starbucks

GitHub - junsu1220/starbucks

🎯이번 챕터는

git을 이용한 버전관리를 배웠다.

거의 대부분은 이미 알고 있는 내용이었지만 

실제로 꽤 규모가 있는 프로젝트를 토대로 로그인 페이지를 다시 만들어

브랜치를 이용해 개발하며 다시 병합한 것은 꽤나 유의미한 배움이었다.

이번에도 정리하다 잠시 멈추고 완성된 깃허브 레포지토리 주소를 올렸다.

---

⭕01. 개요(Git, GitHub)

📌강의 정리

• 버전관리를 해보자.
• 기획서가 초안에 가깝다보니 수정본이 생겼다.
• 기획서를 항상 최종이라 만들지만 계속해서 수정이 일어난다.
• 수정본에 날짜를 붙이기 시작했다.
• 이렇게 하면 파일들이 용량이 무겁다.
• 보관하기도 어렵다.
• 스타벅스로 예를 들면 로그인페이지가 나중에 생기면 챙기기어렵다.
• 또한 다른사람까지 포함되면 더 힘들다.
• 그래서 git을 쓴다.
• git은 컴퓨터 파일의 변경사항을 추적하고 여러사용자들 간에 해당 파일 작업을 조율하기 위한 대표적인 버전 관리 시스템입니다.(VCS)
• git 은 구글에 검색해서 맞는 버전을 다운받으면 된다.
• 이후 cmd에 git —version을 치면 나오게 된다.
• github도 회원가입을 한다.

 

📌느낀점

이미 알고있던 깃허브 사용법이었다.

다시 배우니 좀 더 명확하게 알 수 있을 것 같다.

---

⭕03. 버전 생성과 업로드의 이해

📌강의 정리

• 로컬에 git을 설치해서 버전관리를 할 수 가 있다.

//개행 문자 설정 window
git config --global core.autocrlf true

//사용자 정보
//커밋(버전 생성)을 위한 정보 등록 window
git config --global user.email 'YOUR_EMAIL'

//구성확인
//q키를 눌러서 종료!
git config --global --list

• 개행문자는 운영체제마다 다를 수 있기 때문에 개행문자를 자동으로 수정할 수 있게 설정해야함
• 사용자 정보는 깃허브가입시의 정보로 등록하는 것이 좋다.
• 잘 됐는지 확인하려면 구성확인으로 확인 할 수 있다.
• git init을 하면 현재프로젝트에서 변경사항을 추적(버전관리)을 시작
• master로 우리의 프로젝트가 시작했다.
• 우리의 마스터브랜치내의 모든 파일을 버전관리 할것이냐?
• git add index.html을 하면 index.html만 stage로 등록되어 변경사항을 추적중이라 할 수 있다.
• 굉장히 많은 경우 프론트엔드는 버전관리를 하지 않아도 되는 경우가 있다.
• 분리하는 작업이 필요하다.
• 깃이 함부로 판단 못하기에 우리가 판별해줘야 한다.
• git add .을 하면 모든 파일의 변경사항을 추적하도록 지정한다.
• stage를 생략해서 정리해보자.
• 이런 파일들로 새로운 버전을 만들 수 있다.
• git commit -m ‘프로젝트 생성’ 은 메시지와 함께 버전을 생성할 수 있다.
• 이제 이 프로젝트에 새로운 파일이 생성되면 이 파일을 버전관리를 할지 안할지 등록해야한다.
• 메시지와 함께 버전을 생성하려면 git commit -m ‘main.js 추가’ 를 하면 된다.
• 이후 index.html과 main.css 가 수정되었다면 git add .을 통해 변경사항을 추적하도록 지정한다.
• 이후 git commit -m ‘index.html 수정’으로 메시지와 함께 버전을 생성할 수 있다.
• 깃허브를 가입하고 저장소를 생성한다.
• 이제 우리의 프로젝트를 이 저장소에 업로드 하려 한다.
• 이때 저장소의 주소를 가져와서 git remote add origin http...주소 를 해준다.
• origin은 별칭이며 이 별칭으로 원격저장소를 연결한다.
• 컴퓨터 환경과 원격저장소가 연결된다.
• 연결된 깃허브에 git push origin master 를 해주면 origin이란 별칭의 원격 저장소로 버전 내역을 전송한다.
• 사이트로 만들어서 다른사람들과 공유할 수 있다. netlify이다.

📌느낀점

버전관리의 정의에 대해 배웠다.

당장 프로젝트 규모가 조금만 더 커지고 개발자들이 더 늘어나는 것을 상상해보면

버전관리는 매우 중요한 것을 알 수 있었다.