ITTL 학습회 3일차 보도.

등장인물

후쿠오카에서 왔습니다.나는 최근에 Angular를 완전히 이해했다.마차
N씨 좋은 선배.마차

스타벅스

나: "Git에 또 이상한 오류가 생겼어요."
나는 "이런 상황에서 변경된 곳을 복원한다..."
N. "왜 손으로 파일을 관리합니까? Git 사용법을 이해합니까?"
"Git은 소스 코드의 창고입니다!"
N.'진짜!!!'

올바른 Git 사용 방법

Git은 소스 코드를 포함한 파일의 차이를 관리하는 도구입니다.
당길 수 없는 이유와 체크아웃할 수 없는 원인은 대략 두 가지가 있다.

변경된 파일을 제출하지 않아 발생한 오류

나: "원격 데이터 라이브러리에서 당길 수 있다는 통지를 받은 것 같습니다. 당긴 후에 오류가 발생했습니다! 도와주세요!"
N'어떤... 내가 변경된 서류를 제출하지 않았잖아? 이러면 오류가 나잖아.'
제가'그런데 안 틀릴 때도 있어요?'
N "그것은 원격 저장소로 밀린 것일 뿐, 터치한 파일을 변경하지 않았을 뿐이다."
나

처리 방법

변경된 서류를 제출합니다

변경된 파일을 닫습니다

수법 1부터 설명하다.차이점을 몰라서 오류를 일으킨다면 Git는 차이점을 이해하면 된다.그러니까 서류를 제출하라는 거죠.
방법 2 예를 들어 중간에 쓴 파일에 오류가 발생한 경우 사용합니다.변경된 파일을 다른 영역에 일시적으로 저장하고 이전 로컬 저장소 상태로 두면 오류를 제거할 수 있습니다.

변경된 행과 원격 저장소의 버전 제어가 불가능하여 충돌합니다.

나: "파이슨! 공을 쳐서 당겨서 제자리에 놓고 또 충돌했어!"
※ 방법 1의 제출 끌기도 가능
N. "이거 진짜 충돌이네요".
N "원격과 로컬 저장소 버전이 해결되지 않으면 변경된 줄이 원격으로 올바른지 로컬로 올바른지 알 수 없습니다."
저는'어떻게 하면 좋을까요?'
N "세 가지 방법이 있습니다."

처리 방법

모든 파일은 자신의 변경을 정으로 설정합니다

파일은 모두 상대방이 정으로 변경됩니다

손 합병

1, 2는 충돌이 발생한 파일에 대해 원격 저장소를 최신 버전으로 보거나 로컬 저장소에 커밋된 차이를 최신 버전으로 보느냐는 단어입니다.여기가 좋으면 여기가 좋지만 세상에도 그런 이치는 없다.'이 줄만 자신이고 다음 줄은 상대방'과'둘 다 변경해야 한다'는 경우가 많다.
이 경우 방법 3의 손으로 합병해야 한다.
통합을 진행할 때는 여러 가지 도구가 있지만, 여기에서는 Visual Studio Code(이하 VS Code)를 이용하여 설명합니다.
VSCode에서 충돌하는 파일을 엽니다.이렇게 되면 충돌이 일어나는 곳에는 색깔이 있을 것이다.각자 대응하고 싶은 동작을 누르면 색깔이 모두 사라지면 충돌이 사라진다.

나: "이렇게 하면 충돌을 두려워하지 않을 거야."
N"익숙하게 사용할 수 있다면 충돌이 발생할 때마다 일일이 목록을 볼 필요가 없다."
N "VS 코드의 GitLens를 가져오면 줄을 선택할 때 Git의 메시지에서 누가 만들었는지 쉽게 보여줍니다."
나: 그래, 산가즈.
나:git commit-m "변경되었습니다"
N.'진짜!!!'
등장인물은 모두 허구이며 실존인물, 단체, 회사 등과는 전혀 관계가 없다.