Git 필드 사용법
【장면】코드 는 원 격 창고 와 일치 합 니 다.로 컬 수정 후 로 컬 commt 가 여러 번 존재 합 니 다.직접 push 최신 제출,push 성공,하지만 로 컬 여러 번 commt 기록 도 원 격 창고 에 기 록 됩 니 다.
[예시]첫 번 째 제출:File1 파일 추가,파일 내용 666666
두 번 째 제출:File2 파일 추가,파일 내용 888888,File1 내용 수정
2.원 격 창고 코드 반환:
로 컬 버 전 뒤로 가기:git reset commtid
로 컬 리 턴 버 전 원 격 창고 강제 추천:git push-f
3.rebase 동작:
[장면]코드 는 원 격 창고 와 일치 합 니 다.로 컬 수정 후 로 컬 commt 가 여러 번 존재 합 니 다.로 컬 에서 여러 번 제출 한 코드 는 충돌 하지 않 습 니 다.rebase 는 로 컬 여러 번 commt 를 합 칩 니 다.
[예 를 들 어]예 를 들 어 1 중 예 를 들 어 두 번 째 제출 은 최신 제출 이 고 두 번 째 제출 만 보류 하 기 를 바 랍 니 다.
[조작]3-1.git rebase-i commtid
3-2 이후 vim 과 유사 한 편집기 에 들 어 갑 니 다.(i 삽입 수정,수정 완료:wq 저장)
pick:제출 해 야 할 commt 기록|squash 를 표시 합 니 다.이전 commt 에 통합 하 는 것 을 의미 합 니 다.
reword:이번 제출 을 사용 하지만 commt 정 보 를 수정 합 니 다.
3-3.이후 제출 정보 편집 페이지 에 들 어가 수정 저장,rebase 완료,통합 성공
[주의]명령 중 commtid 는 두 번 제출 한 이전 commtid 입 니 다.
첫 번 째 pick 은 수정 할 수 없습니다.뒤의 squash 를
만약 페이지 에 noop 이 표시 된다 면,당신 의 commtid 가 최근 에 제출 한 commit 를 선택 한 것 은 옳지 않 습 니 다.
4.push 충돌
[장면]로 컬 commt 입 니 다.하지만 push 전에 원 격 코드 가 다른 사람 에 의 해 수정 되 었 습 니 다.코드 충돌 상황 처리
[예]File3 를 추가 합 니 다.제출 하기 전에 원 격 창고 코드 를 수 동 으로 수정 합 니 다(다른 사람 이 원 격 창고 코드 를 수정 한 것 을 모 의 합 니 다).원 격 창고 코드 가 수정 되면 로 컬 push.
【조 작】4-1.File3 추가
4-2.원 격 창고 코드 수정
4-3.로 컬 push 코드,충돌 알림,Merge 선택,직접 push 성공
4-4.Merge 후 원 격 으로 푸 시 하려 면 두 개의 commt 가 있 습 니 다.(이번 push 는 File3 만 수 정 했 기 때문에 File1 을 수정 하지 않 았 습 니 다.Merge 후 코드 를 먼저 끌 어 와 서 제출 하 는 것 과 같 기 때문에 직접 push 에 성공 하 였 습 니 다)
[예]File3 를 추가 하고 File1 을 수정 합 니 다.제출 하기 전에 원 격 창고 코드 를 수 동 으로 수정 합 니 다(다른 사람 이 원 격 창고 코드 를 수정 한 것 을 모 의 합 니 다).원 격 창고 코드 가 수정 되면 로 컬 push 는 수 동 으로 충돌 을 해결 해 야 합 니 다.
【작업】4-a.(버 전 리 턴 후)File 3 추가,File 1 수정
4-b.원 격 창고 코드 수정
4-c.로 컬 push 코드,충돌 알림,Merge 선택 후 수 동 으로 충돌 해결
Accept Your s:이 파일 은 버 전 을 원 격 으로 통합 하 는 것 을 선택 합 니 다.
Accept Theirs:이 파일 은 원 격 버 전 을 선택 하면 이 파일 의 수정 을 포기 합 니 다.
Merge:로 컬 과 원 격 차 이 를 비교 하여 수 동 으로 충돌 을 해결 합 니 다.보통 Merge 입 니 다.
왼쪽 은 로 컬 수정 이 고 오른쪽 은 원 격 코드 이 며 중간 은 최종 적 으로 원 격 으로 전송 합 니 다.
상황 을 보고 비교 수정 하 다
수정 확인 후 push 가 거부 당 할 수 있 으 니 다시 제출 하면 됩 니 다.
[제안]로 컬 에서 코드 를 먼저 끌 어 올 리 고 충돌 이 수 동 으로 해결 되면 push 합 니 다.
[주의]commt 없 이 코드 를 끌 어 올 리 고 Accept Theris 는 로 컬 에서 수 정 된 코드 를 덮어 버 려 서 수 정 된 코드 를 잃 어 버 릴 수 있 습 니 다.백업 에 주의 하 십시오.
다른 장면 을 생각하면 후속 으로 보충 하 다
총결산
Git 에서 자주 사용 하 는 장면 에 관 한 글 은 여기까지 소개 되 었 습 니 다.더 많은 Git 에서 자주 사용 하 는 장면 에 관 한 내용 은 예전 의 글 을 검색 하거나 아래 의 관련 글 을 계속 찾 아 보 세 요.앞으로 도 많은 응원 부 탁 드 리 겠 습 니 다!
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
브랜치 병합(Visual studio 2017 사용)의 계속입니다. 기능 추가를 위한 브랜치를 작성하고, 기능 추가한 후, 그 내용을 develop 브랜치에 병합해 봅니다. 1. 새롭게 「add1」라고 하는 브랜치를 작성 2. 브랜치 "add1"을 선택한 상태에서 M...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.