일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- 페이스북유니버시티 #마케팅교육 #마케팅캠프
- vp #vc #did #신원인증 #블록체인
- #국제채권시장 #유로본드 #유로커런시 #유로달러 #외국채 #금융중개기관 #간접금융 #거래비용#다우존스공업평균지수 #나스닥종합지수 #FTSE100 #DAX #CAC40 #straittimes #항생지수 #거래비용 #유동성 #위
- 미쉬킨의화폐와금융 #미쉬킨 #화폐금융론 #화폐와금융 #경제학 #교양 #경제지식 #경제공부
- #경제상식 #화폐 #금융 #화폐금융론 #경제학 #경제기본 #경제지식 #경제근육 #투자지식 #경제공부 #경제학전공 #금융이란 #화폐란 #금융시장 #금융시장역할 #화폐역할 #화폐역기능 #금융역기능 #
- 자료구조 #알고리즘
- html #js #parsing
- 블록체인 #layer2 #레이어2 #이더리움스케일링
- Today
- Total
평행우주 : world 1
[Git] Cooperative WorkFlow : git의 버전 관리 기능 활용하기 본문
Github workflow overview
- 내 컴퓨터에서 생성한 디렉토리를 init 명령어를 통해 Git의 관리 하에 들어가게 만들어 줍니다.
- 내 컴퓨터의 Git 디렉토리를 Remote Repository와 연결시켜 줍니다.
- pair의 변경 사항과 나의 변경 사항을 Remote Repository를 통해서 공유합니다. 지금부터 하나씩 알아봅시다!
git int
기존 디렉토리를 git repository로 변환하거나 새로운 repository를 초기화 하는데 사용
- 내 컴퓨터에서 내가 직접 만든 디렉토리를 Git의 관리 하에 들어가게 만들어 주는 명령어
- 기존 프로젝트를 Git Repository로 변환하거나 새로운 Repository를 초기화하는 데에 사용
- 이를 통해 Local Repository가 생성된다
git remote add origin <repository 주소>
local repository에 나의 remote repository연결
- 변환한 Local Repository를 Github에서 원격으로 관리하기 위해서는 Local Repository를 Remote Repository와 연결하는 작업이 필요
- 내 Github에 weatherapp Repository를 하나 만들고 그 Repository 주소를 git remote add origin 명령어 뒤에 입력함으로서 해당 Remote Repository와의 연결 완료
- 명령어를 입력했을 때 터미널창에 나타나는 변화는 없음
git remote add pair <repository 주소>
local repository에 remote repository연결
- 다른 사람의 Repository 와 연결
- Remote Repository를 연결해 Github Repository를 함께 공유
- 명령어를 입력했을 때 터미널창에 나타나는 변화는 없다
git remote -v
현재의 local repository와 연결된
모든 remote repository 목록 확인
- git remote -v 명령어를 통해 현재 Local Repository와 연결된 모든 Remote Repository 목록 확인
git pull <shortname> <branch>
remote repository의 해당 branch 내용을 local repository로 가져옴
- 페어가 작업을 완료해 weatherapp Repository의 master 브랜치에 작업한 코드를 올려 놓은 경우, git pull pair master 명령어를 통해 페어의 Remote Repository에 있는 작업 내용 확인 가능
- 받아오는 내용은 자동으로 병합(merge)됨
git status
같은 부분을 변경한 내용이 존재해 자동으로 병합할 수 없는 경우 어떤 파일이 충돌하고 있는지 확인 가능
이렇게 항상 문제 없이 수정 내용을 받아와서 자동 병합(merge)시킬 수 있다면 좋겠지만 개발을 하다보면 충돌 상황이 종종 발생한다. 페어의 작업 내용을 받아오는 와중에 이 때 만일 페어와 내가 동일한 라인을 수정한 파일이 있다면, 이 때는 자동 병합(merge)에 실패하게 되고 충돌이 발생.
git status 명령어를 통해 어떤 파일이 충돌하고 있는지 확인가능
충돌이 발생한 파일을 열어 보면 어떤 부분에서 충돌이 발생한 것인지 확인할 수 있고,
충돌이 일어난 부분은 하나 하나 직접 확인 후 수정 해야 함.
Accept Current Change를 클릭해서 내가 수정한 내용으로 파일 반영 가능
Accept Incoming Change를 클릭해서 Remote Repository의 내용으로 파일에 반영할 수도 있음
Accept Both Changes는 변경 사항 모두를 반영
위 4가지 옵션 이외에도 직접 파일을 수정해서 반영하는 방법도 있다
수정을 마치면 병합 커밋(merge commit)을 생성해 주기 위해서 파일을 staging area로 추가해야 한다.
충돌한 파일 수정을 완료했다면 Remote Repository에 업로드 하기 위해서 staging area에 파일 추가
Merge commit은 자동으로 Commit 메시지가 생성됨. (물론 메시지 수정도 가능)
git commit 명령어로 자동으로 생성된 commit 메시지를 남기고,
Remote Repository에 Push 한다면 다음 화면과 같이 Merge branch ‘master’ of 라는 commit 메시지가 기록됨
Remote Repository로 push가 완료
'텃밭 2 : FE > Git' 카테고리의 다른 글
[Git] 프로젝트 workflow (0) | 2022.02.25 |
---|---|
[Git] 브랜치 개념과 대표적인 명령어 (0) | 2022.02.24 |
[Git] Pair WorkFlow (0) | 2022.01.03 |
[Git] Solo WorkFlow : git의 버전 관리 기능 활용하기 (0) | 2022.01.03 |
[Git] 관련 용어 정리 (0) | 2022.01.03 |