git-rebase

3열

1답변

에 새로운 지점에 커밋 : branch-1 a--b--c--d 내가 필요한이 : $git checkout -b branch-2 $git cherry-pick <SHA-1 b> 하지만 : 나는이 시도 branch-1 a--c--d branch-2 b 있어 : error: could not apply <SHA-1 b>... [comment]

6열

1답변

자식 - rebase 폐허가 병합

나는 두 가지 독립적 인했다. 나는 한 달 동안 여러 가지 점에서 그들과 함께 일했다. 나는 하나의 브랜치를 병합 (합치기 apple)하고, 오렌지를 체크하고 git merge --no-ff apple을 수행하여 모든 것이 잘되었다고하자. (orange). gitk에서 나는 각자 자신의 역사가있는 지사를 명확하게 볼 수 있었고 오렌지색 병합 커밋에서 함께

0열

1답변

공유 된 기능 브랜치의 git 리베이스

코드를 리파지토리에 병합하는 표준 방법으로 사용하고 싶습니다. 우리는 자동화 된 통합 관리자를 통해 중앙 저장소에 푸시하는 상당히 짧은 수명의 지사 (2 주 미만)를 사용합니다 (각 개발자는 자체 리포지토리를 보유하고 있으며 변경 사항은 먼저 중앙 저장소로 푸시됩니다. 빌드 및 테스트에 성공) rebase를 시도 할 때 지점이 분기되었다고 말하는 메시지가

3열

1답변

git rebase 결과

git rebase가 작동하는 방식을 처음 보았습니다. 그때 내가 git rebase을 시도 할 것 많은 변화를하고 새로운 지점이며, 그 결과에 나는 다음 출력을 가지고 : $ git rebase master First, rewinding head to replay your work on top of it... Applying: new features

2열

1답변

내가 이미 푸시 한 (개인) 브랜치를 리베이스하는 방법은?

는 내가 git book를 읽을 수 있지만 어떻게 든 말한다 rule 잊었 :이 은 공용 저장소에 밀려 한 커밋을 리베이스하지 마십시오을. 해당 지침을 따르면 괜찮을 것입니다. 그렇지 않으면 사람들 이 너를 싫어하게 될 것이고, 친구 나 가족에 의해 경멸 될 것이다. 내가 직장에서 원격 지점으로 푸시 한 로컬 지점 기능 -xyz를 만들었습니다. 나는 다른

3열

1답변

rebase - rebuild 후 안전하게 로컬 브랜치를 지우십시오. git branch --merged

이전 커밋에 있던 커밋 메시지를 원격 서버로 푸시 (push)하기 위해 커밋 메시지를 변경해야했습니다. 이 커밋은 내 컴퓨터에 있었기 때문에 대화식으로 리베이스 (rebase) 한 다음 수정할 수있었습니다. 나는 일반적으로 원격 서버에 푸시 후 내 모든 사용되지 않는 지역 지점을 삭제하고 그것을 위해 나는 종종 내가 삭제할 수 있습니다 가지 퍼펙트로 git

0열

1답변

내역을 변경하지 않고 내 커밋을 마스터에 리베이스

필자는 기능 브랜치와 마스터 브랜치를 가지고있다. 내 지사 분기가 마스터 분기에서 체크 아웃되었지만 현재 마스터 분기에있는 커밋 중 일부보다 먼저 체크 아웃되었습니다. 커밋을 마스터 브랜치의 맨 위에 리베이스하고 싶습니다만, 마스터의 히스토리가 변경되지 않게하고 싶습니다. 리베이스가 모든 커밋을 적용하고 싶습니다. repo의 모든 원격 지점에 대한 기록 g

5열

1답변

왜 git rebase는 종종 병합보다 병합 충돌이 적습니까?

git rebase를 사용하면 git merge와는 달리 병합 충돌이 줄어들지 만, 왜 이런 경우인지에 대한 설명을 찾지 못했다고 들었습니다. 변경 사항 세트 중 하나의 변경 사항 세트를 단순히 재생하면 두 사람이 모두 동일한 코드 행을 수정할 때 마술처럼 내재적 인 충돌을 없애지 않으므로 rebase가 더 좋은 이유는 무엇입니까? 병합이 충돌하지만 리베이

4열

1답변

힘내 : rebase hell을 피하기 위해 noobish 실수를 고친다.

나는 git에 대해 약간 새로운 것으로, 나 자신에게 적절한 튜토리얼을 제공하기보다는 그것에 뛰어 들어갈 것이라고 결정했다. 프로젝트를 진행한지 한 달 만에 나는 약간의 문제에 봉착했다. 특정 시점에 코드 조각이 어떻게 나왔는지 한 번에 결정했기 때문에 B에서 E로 분기하고 잘못된 파일을 삭제하고 완전히 새로운 파일로 다시 만들었습니다. 분명히 파일을 지우

0열

1답변

은닉과 함께 git rebase가 가능한 중복 커밋을 보여줍니다.

git flow와 "dev"와 "branches"에서 git을 사용하고 있습니다. 나는 dev에 대한 기능을 수행했고 dev에 커밋을했다. 이제 개발자 헤드에서 내 기능을 리베이스하려고합니다. Rebase가 완벽하게 작동하지만 내 기능이 변경되었습니다. gitk를 실행하면 모든 것이 잘 보입니다. 그러나 "All refs"를 볼 때, 기능 분기는 두 번 표