Git

버전 제어 시스템.
파일의 변경 기록을 관리하고 추적합니다.

Git 사용의 장점은

여러 명의 개발 중에 누가 어디를 변경했는지 알 수 있다.
이력서를 비교적 변경할 수 있어 문제를 발견하기 쉽다.
서류의 변경 이력을 보류함으로써 과거의 상태로 거슬러 올라갈 수 있다.

플랫폼

흔히 볼 수 있는 것은 다음과 같은 두 가지다.

GitHub

Bitbucket

그곳에서 자료고를 만들다.

저장소

파일이나 디렉터리 상태의 위치를 기록합니다.
로컬과 원격 두 가지가 존재하며 로컬에서 개발한 것을 원격 저장소에 반영합니다.
로컬 저장소
각 컴퓨터에 배포하여 개발 작업을 수행하는 저장소
원격 저장소
배포 및 다중 공유 전용 서버를 위한 저장소
사석에서는 좀 다르다고 하지만 인상상으로는 각각 현지에서 맡은 부품을 만들고 원격으로 조립하는 느낌이었다.

로컬에서 원격으로

공유할 데이터를 원격으로 이동하기

add

commit

push

에서 설명한 대로 해당 매개변수의 값을 수정합니다.
add
공유하고 싶은 데이터를 원격으로 업로드할 예정입니다.
commit
변경 사항을 로컬 저장소에 기록으로 보존
push
변경 사항을 원격 저장소에 반영
이 일련의 절차를 통해 여러 사람이 데이터를 공유할 수 있다.

보관 구역

작업공간에서 로컬 저장소로 이동할 때 그립의 위치입니다.
변경 내용 중에서 작업공간을 선택하여 로컬 저장소로 변경할 위치를 선택합니다.

원격에서 로컬로

동적 입력 프롬프트에서 클릭

fetch

merge

작업 공간의 가장자리에서

pull

에서 설명한 대로 해당 매개변수의 값을 수정합니다.

【Git】 추적 지점의 존재를 깨닫고 이해를 깊게 하다

분지

이력서를 변경하는 절차를 구분하여 기록하다.
생산용, 개발용, 신기능용, 빈대 추출용 등을 구분하고 작업과 기능에 따라 구분한다.
지점을 분리하여 각각 개발하고 조합(합병)의 절차로 개발한다.
여기서 주의해야 할 것은 코디할 때 충돌이 발생한다는 것이다.

로컬 브랜치

로컬 저장소의 브랜치입니다.
자신의 경력을 남기기 위한 물건.

원격 지점

원격 저장소의 브랜치입니다.
다른 사람의 경력 등을 공유하기 위해 남긴 것.
원래 추적 지점이라는 지점을 제어해야 하지만, 추적 지점에 관해서는 이 글을 참고하십시오.
참조:【Git】 추적 지점의 존재를 깨닫고 이해를 깊게 하다

충돌

동시에 같은 파일의 같은 위치를 변경하면 GIT는 어느 것을 우선해야 할지 판단하지 못하고 충돌합니다.
A씨가 변경한 곳도 B씨가 변경한 거고
어떤 변경이 옳은지 비교가 필요하고 일어나기를 바라지 않는 사태다.

총결산

단계마다 이력서를 남기면 그 상태로 돌아갈 수 있기 때문에'개발하면 이전보다 더 나쁜 상황이 된다'고 할 때 편리하다.
그나저나 명령으로 때리는 CUI의 물건과 화면을 조작하는 GUI는 GUI의 이미지가 비교적 쉽지만 CUI에서 사용할 수 없다는 것을 이해할 수는 없기 때문에 CUI를 능숙하게 사용할 수 있을 거라고 생각합니다.
그 명령에 관해서 나는 다시 보도를 하고 싶다.
참조:[git] 기본 조작(clone,add,commit,push 등)을 기억하고 개발할 수 있습니다.
　　: 기초 지식
　　: [Git] 원격에서 가져와 원격으로 반영(fetch,pull,push)
　　: Git 개념 정리 시도