팀 프로젝트에 Git & Git Hub 사용하기. 깃 깃허브

라용·2022년 8월 31일
0

위코드 - 스터디로그

목록 보기
22/100

위코드 파운데이션 과정을 들으며 정리한 내용입니다.

리모트는 원격 저장소인 깃허브 공간을 말합니다. 로컬은 내 컴퓨터에서 작업하고 있는 프로젝트 폴더 공간을 말합니다. 레파지토리는 한 리모트에만 연결될 수도 있지만, 여러 리모트 공간에도 연결 가능합니다. 각 리모트 마다 별칭을 정해두고, 별칭을 통해 리모트를 지칭해 명령어를 사용합니다. 보통 가장 기본적으로 사용하는 별칭은 origin 입니다.

리모트에 있는 레파지토리를 로컬로 가져와서 작업하는 경우

cd Desktop - 프로젝트 폴더를 생성할 공간으로 이동
git clone [repository 주소] - 리모트에 있는 레파지토리를 내 컴퓨터로 가져옴(프로젝트 폴더 생성)
cd [프로젝트 폴더] - 해당 폴더로 이동
git branch feature/login - 클론하면 디폴트 브랜치는 main 혹은 master. 이 브랜치는 깃허브상에서 최종 취합된 코드를 저장하는 공간이므로, 별도 브랜치 공간을 생성하고 작업해야 함. 이 명령어로 featrue/login 이라는 브랜치 생성
git branch 생성된 브랜치 목록 확인 가능
git checkout feature/login - 생성한 브랜치로 이동 후 작업 진행하면 됨
git add . - 어느정도 작업이 진행되면, 해당 작업의 기록을 남겨야 함, 이 명령어로 작업한 파일들을 기록하기 위한 공간으로 이동, 스테이징함
git commit -m "메시지" - 스테이징한 파일에 기록을 남김, git commit 만 치면 길게 작성도 가능
git push origin feature/login - 작업한 내역을 리모트 공간에 올림, origin 이라는 리모트 공간에 feature/login 라는 브랜치로 올림, 그리고 PR 을 작성하고 관리자가 확인 후 master 에 있는 파일과 병합(머지), 그럼 리모트의 master 는 내 작업이 더해져 최신화 되었지만, 로컬에 있는 master 는 최신화가 안된 상태
git checkout master - 우선 로컬 내 마스터 브랜치로 이동
git pull origin master - 로컬로 최신화된 마스터 코드 가져오기, 새로운 작업을 해야 하다면, 또 새로운 브랜치 생성해서 이 과정 반복

깃허브 레파지토리가 비어있어서 로컬에서 리액트 초기세팅하고 리모트에 올려주는 경우

cd Desktop - 프로젝트를 생성할 공간으로 이동
npx create-react-app [프로젝트명] - 해당 이름으로 리액트 프로젝트 생성
cd [프로젝트명] - 생성된 프로젝트로 이동해서, 초기세팅 진행, 폴더 정리 및 각종 세팅
git add . - 초기 세팅이 완료된 상태로 기록하기 위해 스테이징
git commit -m "메시지" - 초기세팅 완료 메시지 남김
git remote add origin [repository 주소] - 로컬의 레파지토리를 리모트와 연결(리모트를 추가한다고 표현), 해당 주소로 연결하는데 그 이름은 origin 이다.
git remote --verbose - 리코트 연결상태 확인
git push origin master - 연결되었으니 origin 의 master 브랜치에 작업한 내용 업로드, 이제 팀원들이 해당 프로젝트 클론 받아서 사용 가능. 업로드 시 node_modules 에 담긴 패키지들은 용량이 커서 pakage.json 으로 관리, 이후 클론하는 팀원들은 package.json 기준으로 package를 설치

해당 레파지토르를 클론 받아서 사용해야 하는 팀원이라면,

cd Desktop - 프로젝트 생성할 공간으로 이동
git clone [repository 주소] - 리모트에 있는 프로젝트 받아오기
cd [프로젝트명] - 받은 폴더로 이동
npm install - dependencles 기준으로 pakage 파일 설치
git branch feature/main - 작업하기 위한 브랜치 생성하고
git ckeckout feature/main - 해당 브랜치로 이동하고, 작업 진행하면 됨
git status - 깃 상태 확인
git add . - 어느정도 작업하고 기록하기 위해 스테이징
git commit -m "메시지" - 커밋을 남기고
git log - 커밋 메시지도 확인 가능
git push origin feature/main - 작업한 것 깃허브에 업로드
PR - 깃허브 PR 탭에 가서 New pull request 누르고 base 는 합쳐질 곳인 master, compare 는 내가 작업한 브랜치 이름으로 하고 등록. 커밋 확인 가능하고 파일 체인지 탭에서 작어 내역 확인 가능, 관리자가 확인하고 머지를 하면,
git checkout master - 마스터로 이동하고
git pull origin master - 리모트의 마스타 파일 가져오기
git branch [브랜치명] - 새로 작업할 브랜치 만들고
git checkout [브랜치명] - 해당 브랜치로 이동해서 작업 시작하면 됨

추가 브랜치를 생성할 때는 master 브랜치로 이동하고 생성하는 게 좋음 (특별한 의도가 업다면)

고정 Nav 컴퍼넌트 추가해서 팀원들과 공유해야 한다면 (리모트와 연결된 상태)

git checkout master - 마스터 브랜치로 이동해서
git branch feature/Nav - 새롭게 작업할 Nav 브랜치를 만들고, 해당 브랜치에서 Nav 컴포넌트 작업, 라우터에 위치 잡고, Nav.js / Nav.scss 작업하고 저장
git push origin feature/Nav - 리모트 공간 마스터로 수정한 작업 푸쉬하고 PR 작성해서 관리자에게 머지 요청, 관리자가 머지해서 리모트 마스터가 최신화 되면, 로컬 마스터로 이동해서 최신화된 마스터 가져옴
git checkout master - 로컬 마스터로 이동
git pull origin master - 로컬 마스터로 리모트 마스터 내용 가져오고
git checkout feature/37-rayong - 원래 작업하던 브랜치로 이동하고
git merge master - 내 작업 브랜치와 로컬 마스터를 병합, 업데이트 된 Nav 컴포넌트 추가, 기존에 작업된 게 있다면 컨플릭트 발생할 수 있음

profile
Today I Learned

0개의 댓글