git에서 차이 분기로 작업하는 동안 나는 일반적으로 master와 함께 모든 브랜치를 선호합니다. 그래서 내 평소 워크 플로우는 분기에 (예를 들어 feature1) 체크 아웃 마스터와 다시 기본 분기를 일을 다음과 같다 체크 아웃 다른 지점 (예 : feature2) 다시베이스 (feature2) 마스터와 분기. 이 방식으로 필자의 master2는 fe
말, 내 자식의 repo A--B--C--D master
|\
| E--F topic
|
\
G--H other
에서이 문제를 가지고 나는 other 지점에 topic을 리베이스하고 싶다. 이와 함께 잘 작동 : 나에게 A--B--C--D master
|
\
G--H other
\
E--F topi
은 간단하게, 내가 같이했던 커밋 현재 커밋 존재한다. A------B2-------C
가능합니까? 솔루션의 역사 : 난 그냥 내 일 기록을 추가했다. $ git log
commit b671c70b C
commit f4acdc2b B
commit 56f38939 A
$ git checkout f4acdc2b
그리고 나는 - amend 옵션으
좋아요, 나는 지점이 feature/12인데, 다소 많아서 분기하고 작업하기 시작합니다. feature/13은 feature/12에 달려 있습니다. 코드 검토가 이루어지며 feature/12에 약간의 변경이 있습니다. 그래서이 변경 사항을 적용한 후 master에 대한 스쿼시를 회사의 프로토콜 (git rebase -i master)과 같은 단일 기능 커밋
리팩토링/클린 업 지점 cleanup 기술적 인 부채를 정리합니다. 한주기를 거친 후이 지점을 다시 master으로 병합합니다. 몇 주 후, 나는 좀 더 정리할 시간이 있었고 새로운 것을 만드는 대신에 지부를 부활시키고 싶었습니다. 그래서 master을 뽑아 다음 로컬 브랜치 cleanupHEAD에 대한 포인터 이동이 후 > git show HEAD
co
여기에 문제가 있습니다. 프로젝트가 있는데, netbeans를 통해 라이브 git repo에 연결되어 커밋했습니다. 그런 다음 코드를 가져 오려고 시도했는데 마스터와 병합하거나 내가 리베이스하려는 메시지가 있습니다. 실수로 리베이스했습니다. 이제는 로컬 프로젝트 (USB의 코드 복사)에서 초기화 된 git repo가 없었습니다. Rebase는 git r
내 자식 분기는 다음과 같습니다 : 나는 그대로 내 지점 implement_x 상류 병합 될 것이라고 생각하기 때문에 그것은,이 방법을 종료,하지만 난 그것을 스쿼시하도록 요청 받았다 master-*-*-*-*-*-*-implement_x
\ \-*-further_foo_fixes_that_depend_on_x
\ \-*-*-fur
나는 documentation on rebasing을 통해 읽고있었습니다. 그것은 git rebase -i <hash>을 사용하여 rebasing을 제안하지만 이것은 내 프로젝트의 첫 번째 커밋에서 작동하지 않습니다. 맨 처음 커밋을 두 커밋으로 나눠서 둘 다 바꿔주고 싶지만 리베이스하는 방법을 모르겠습니다. This thread seemed relevan
몇 가지 단일 커밋을 Google의 주요 git 리포지토리에 푸시합니다. git는 모든 커밋을 지정된 커밋으로 푸시하기 때문에 커밋을 재정렬해야하는 것처럼 들리지만 약간의 독서를 한 후에는이 작업을 수행해야합니다. 첫째, 왜 이것이 git에 내장되어 있지 않은지 정말 이해하지 못합니다. (나는 자식 초보자입니다.) 그럼에도 불구하고 커밋을 재정렬해야하고 T
git rebase --interactive을 실행하는 동안 자동으로 커밋을 잃어 버렸음을 알았 기 때문에 테스트를 위해 간단한 레포에서이 문제를 재현했습니다. 나는 4 개의 커밋을 가지고 있으며 그 중 2 개의 커밋을 다시 정리하고 싶습니다. 여기에 내 커밋이있다 : 55d4ca6 1 <-- origin/master
d70d325 2
b613c5b 3