나는 바보입니다. 나는 이전 커밋에 넣기 위해 몇 가지 변경을 숨겼다. 그래서 대화식을 rebased하고, 커밋을 편집하고, 은닉을 터뜨렸다. 그리고 이것은 다른 커밋에 문제를 일으킬 것이라는 것을 깨달았다. 그래서 나는 꼭 새로운 커밋을 만들어야한다. 중단 된 rebase 그리고 나서 나는 더 이상 가지고 있지 않은 은닉 물을 터뜨리려고했다. 낙하산 re
각 변경 사항이 gerrit로 검토되는 과정에서 각 티켓에 대한 현지 지사가 있습니다 (예 : trac-0815). 이제는 주 분기에 적용하기 전에 변경 사항을 리베이스해야합니다. 이것은을 생성 리트하는 리베이스 밀어 는 가져 체크 아웃 TRAC-0815 : 내 로컬 분기에 완료되면,이 흐름을 따를 수 gerrit에 새 패치가 설정되었습니다. 그러나 이것이
git rebase로 git repo (github 호스팅)를 정리하고 커밋을 'fixup'옵션을 사용하여 하나의 작업으로 결합하고자합니다. 내 레포는 3 년 전으로 거슬러 올라갑니다. 그래서 나는이 단계적으로 할 수 있다고 생각했습니다. 예를 들어, 최근 5 번의 커밋은 모두 정상이지만 6th-10th는 하나의 단일 커밋으로 결합되어야합니다. 그래서 나는
그래서 나는 아직도 자식과 newish이고 master으로 지점을 업데이트하는 옵션이 rebase 인 것을 발견했습니다. 나는 달렸다 : git checkout mybranch
git rebase master
가 지금은 몇 병합 충돌을 가지고있다. 이것은 정상적인 병합 충돌을 수정하는 것과 동일합니까? 나는 masters 변경을 수락하고 싶다. 나는
정기적으로 분기하는 저장소의 소유자는 병합 또는 추가보다는 커밋 (및 푸시 요청)을 정기적으로 리베이스하고 패치합니다. git/Github은 repo와 동기화하고 싶을 때 패치 된 커밋 이후 모든 것을 병합하려고합니다. 단,이 패치 만 동기화해야합니다. 좋아, 내 문제를 지정해야한다고 생각합니다. 그렇습니다. 업스트림에서 로컬 repo로 변경 사항을 가져
을 변경합니다. 나는 회사가 원격 내가 만든 전에 병합이 커밋 허용하지 않습니다 몰랐어요 : 나는 두 가지 실수를했다. 병합 커밋의 많은 부분을 단순히 충돌을 해결하는 것 외에도 변경했습니다. 리베이스하기를 원했기 때문에 A - B - C - M, C - M과 같이 보일 것입니다. 나는 one question on the internet which actu