나는 졸업생 엔지니어다.
개인 개발에서 피처 지점은 절개하여 운용하지만 공동 작업이 아니기 때문에 기본적으로 충돌이 발생하지 않는다merge. 단지 사용할 기회rebase가 없지만 기업 엔지니어가 되어 공동 작업을 할 때 충돌이 발생한다.Git와 Rebase를 열심히 공부해야 한다고 생각합니다.

Agenda

서비스 소개

rebase에 대한 학습

학습 내용 총 출력

감상

서비스 소개

나는 웹 사이트를 찾았다Learn Git Branching.
Giit의 프로세스를 시각화하고 명령을 입력하여 왼쪽의 대상과 같은 모양으로 만듭니다.이 사이트는
왼쪽 하단에 컨트롤러가 있다.대상을 숨길 수 있습니다.

위 과제에 다음과 같은 명령을 입력했다.(이 과제에서rebase는 나타나지 않는다)

내용 구성

Main과 Remote가 있는데 Main은 일본어로 되어 있으며 주로 현지 창고의 조작을 배운다.
원격 웨어하우스 작업은 원격 mote에서 학습할 수 있습니다.그러나 일부는 아직 일본어화되지 않았다.
Main
적당한 리듬으로 단수git의 기본 지령군을 배우다
│ 　　　├ 1. Git 제출
│ 　　　├ 2. Giit의 분기
│ 　　　├ 3. 분기 및 결합
│ 　　　└ 4. Rebase의 설명
git의 하이라이트를 더 즐겨보도록 하겠습니다.
│ 　　　├ 1. 분리 HEAD
│ 　　　├ 2. 상대 참조()
│ 　　　├ 3. 상대적으로 두 번째(~)
│ 　　　└ 4. 변경에 기초하다
단수에 관한 리베이스는 어떤 건가요?이런 분들께 추천해드려요 (이거!)
│ 　　　├ 1. cherry-pick 입문
│ 　　　└ 2. 대화식rebase 시작
단수git를 이용한 다양한 팁과 팁 등
│ 　　　├ 1. 커밋 하나만 가져오기
│ 　　　├ 2. 커미션 배정
│ 　　　├ 3. 커미션 2 배정
│ 　　　├ 4. GT 레이블
│　　　 └ 5. Git Describe
용기 있는 사람만!
　　　　├ 1. 9000회 이상 리베이스
　　　　├ 2. 여러 아버지
　　　　└ 3. 파스타
Remote
자신의 전선을 더 넓게 공개해 주세요.
│ 　　　├ 1. Clone 시작
│ 　　　├ 2. 원격 분기
│ 　　　├ 3. Git Fetch
│ 　　　├ 4. Git Pull
│ 　　　├ 5. 시뮬레이션된 팀 작업
│ 　　　├ 6. Git Push
│ 　　　└ 7. 역사의 갈래
끊임없이 상급자의 일이 존재한다...
　　　├ 1. Push Master!
　　　├ 2. 및 원격merge
　　　├ 3. 원격 추적
　　　├ 4. Giit push에 대한 매개 변수(일본어로 표시되지 않음)
　　　├ 5. Giit push의 매개 변수 - 확장편!
　　　├ 6. Fetch 매개 변수
　　　├ 7. 없는 소스
　　　└ 8. Pull 매개 변수

좋은 곳

원숭이도 아는 깃입문.는 매우 통속적이고 알기 쉬운 문장으로 당신에게 많은 번거로움을 주었지만 움직이는 데 쓰이는 것이 아닙니다.
하지만 이 사이트는 한 걸음 한 걸음 손을 대면서 즐겁게 공부할 수 있기 때문에 머리가 좋다.
목표와 자신의 흐름이 바빠서 한눈에 이해할 수 있는 것도 좋다.

재미있는 곳

대답하면 자신의 지령 횟수와 가장 짧은 지령 횟수가 나타난다
"정확한 해법은 무엇인가요?"이렇게 솔루션을 보면 이런 글이 나온다.
어쨌든 정답을 알고 싶으세요?
노력할게, 절대 노력할게, 더 노력할께
내가 할 수 있는 기분의 문제야, 파이팅!
포기하지 말고 열심히 긍정적으로 노력해야 한다
북경도 열심히 하고 있어요!
|Cancel|　　　|Confirm|

소요 시간

몇 시간 정도.

못 배운 것들.

작업 트리, index, Git Repository 등 어떤 움직임이 있는지 배우지 못했다.
시종일관git 사용법에 초점을 맞추는 것 같습니다.
그건 언제 시작 해요?에서 대충 봤어요.

rebase에 대한 학습

rebase의 기초

Giit rebase는 현재 분기에서 Rebase를 원하는 분기를 지정합니다.

* bugFix C3

master C2

> git rebase master

그리고 마스터의 HEAD 이전C3'에 C3의 복사 약속을 만듭니다.이때 C3라는 약속이 존재하고 있으니 우리는 잊어서는 안 된다.

메르지와는 다르다

Merge는 현재 지점에 다른 지점의 차이를 추가하여 새로운 제출을 만듭니다

rebase -i

상호작용 기초.

교환 제출 순서

특정 커밋 제외

등기초.
맥이면 vim이 일어설 거예요.(vim 사용법은 아직 잘 모르겠다...)

학습 내용 총 출력

Giit 처리 차분, 경량
부모로부터의 차분 서류를 처리하다.
가벼운 양이기 때문에 가능한 한 빨리, 그리고 빈번하게 가지를 잘라내는 것이 중요하다.
많은 지점을 만들어도 메모리와 메모리를 전혀 사용하지 않기 때문에 지점이 비대해지는 것보다 논리적인 분할이 유리하다.
분기란 특정 제출을 지시하는 지침을 가리킨다
분기
"어떤 커미션과 그 부모의 커미션을 포함한 모든 커미션."
Git merge
독립한 두 부모에게 특별한 약속을 할 수 있다.

bugfix

master

이 경우 부모에게 버그픽스와 마스터 두 공약의 새로운 공약을 제공할 수 있다.
git merge는 현재 있는 지점을 어느 지점으로 통합시킵니까?이런 처리
(선택한 브랜치에서 브랜치로 지정할 수 있음)
Giit rebase의 인상은요.
합병된 커미션 사본을 꺼내서 쿵 하고 어디에 떨어졌다.
HEAD는 지금 체크아웃하는 제출을 말합니다.
현재 작업 중인 약속을 나타낸다.
HEAD는 항상 작업 중인 트리에 반영된 최신 커밋을 나타냅니다.
HEAD는 일반적으로 브랜치와 연관됩니다.
HEAD의 분리는 특정 제출에 HEAD를 연결하는 것을 말한다.
HEAD^ 등을 통해 HEAD 이전에 제출할 수 있습니다.
HEAD~3은 HEAD의 3가지 이전 사용 방법입니다.
Giit branch-f master HEAD~2로 설정하면 Master 분기(포인터 지시 제출)를 HEAD 2개로 앞당깁니다.이렇게
Giit reset은 분기의 포인터를 원래 상태로 복원합니다.(index를 Git Repository 상태와 일치시킴) 로컬에서 원활하게 수행됩니다.
변경 사항을 되돌려 다른 사람과 공유하기 위해git revert를 사용해야 합니다.
revert에서 부정하고 싶은 약속에 대해 부정 약속을 한다.바늘만 움직이는 게 아니라
git cherry-pickコミット名1コミット名2가 특정 지점에 복제하여 제출합니다.
Git fetch는 로컬 디버깅이 아닌 원격 다운로드에 사용됩니다.
Giit pull은 실제적으로 원격origin/xxx의 변경을 가져와 로컬의 xxx 지점에 통합시켰다.
Git push 원격 push 로컬에서 변경합니다.

감상

게임 느낌으로 공부할 수 있어서 너무 좋아요.
나는 리베이스의 작용을 이해했다.
나는git 내부의 구조에 신경을 쓰기 시작했고 다음에는 구조를 배우고 싶다.