rebase

    1열

    2답변

    hg-flow 모델로 전환 : 커밋 및 분기를 리베이스하는 방법

    나는 작은 프로젝트를 시작한 후 얼마 안되어 RCS로 수은을 사용했다. 모든 커밋은 default 브랜치에서 수행되었습니다. 단, 현재 개발중인 하나의 지사는 프로젝트의 별도 복제에서 제외됩니다. 프로젝트가 매우 중요하게되었고 Driessen's model으로 전환하고 싶습니다. 나는 $ # Starting in the default branch $ hg
    git mercurial workflow branch rebase 2014-12-09

    3열

    1답변

    다른 커밋이 완료된 후 git rebased branch에서 커밋을 제거하십시오.

    및 feature/x이라는 두 가지 브랜치가있는 프로젝트가 있습니다. 기능/x 나는 마스터에 병합 될 새로운 기능을 개발 중입니다. 실수로 기능/x에서 마스터에 기반한 리베이스 조치가 수행되고 푸시됩니다. 게다가 다른 커밋은 완료되었고 feature/x으로 푸시되었습니다. 그래서 다른 해시로 표시된 "동일한 커밋"을 포함하는 두 개의 가지가 있습니다. 마스
    git rebase revert 2014-12-15

    1열

    1답변

    는

    (로컬)을 수정했다 파일 내가 -f에 자식 RM했다 git rebase CONFLICT (modify/delete): python/pyspark/hbase.py deleted in HEAD and modified in Python support. Version Python support of python/pyspark/hbase.py left in tr
    git rebase 2014-12-15

    3열

    1답변

    마스터를 수정하지 않고 master에서 master 브랜치로의 병합을 병합하는 방법은 무엇입니까?

    나는 merge 또는 rebase과 혼동을 느낍니다. 점 에서 마스터에서 는, 나는 지점 mybranch, 체크 아웃을 생성하고, 다른 사람이 master 작업을 계속하면서, 순수하게 그 작업을 시작했다. 오래되었습니다. 오늘 master이 B에 도달했으며 아직 mybranch에 참여하지 못했습니다. 그러나, 나는 B까지가 master 모든 변경을하고 싶은
    git merge rebase 2014-12-19

    1열

    1답변

    사전 리베이스 커밋을 찾을 수 있습니까?

    리뷰 분기에 하나의 변경 집합으로 압축 된 커밋을했습니다. rebase은 이전 커밋을 제거하지 못했지만 지금은 찾을 수 없다는 인상을 받았습니다. 내 계획은 원래의 모든 커밋을 내 verbose 분기에 보관하는 것이지만 스쿼시는 검토를 위해 단일 커밋으로 처리합니다. 이전 커밋을 찾는 방법이 있습니까? 어떤 변경이 커밋에서 수행되었는지 확인하고 싶습니다.
    git rebase 2014-12-19

    3열

    2답변

    자식 : rebase 후 죽은 지점을 제거 하시겠습니까?

    나는 다음과 같은 자식 지점을 가지고 : 마스터와 DEV : *master* | A--B--C \--D--E | *dev* 를 마스터 디바이스를 리베이스 후, 나는이 : *master* | A--B--C--D'--E' \--D--E | | *dev* 그래서 D와
    git rebase 2014-12-20

    0열

    1답변

    힘내 병합 지점이 질문은 다음 질문에 관련이

    커밋 : Git: duplicate commits after local rebase, then pull Git commits are duplicated in the same branch after doing a rebase 내가 내 개발 지점에서 seebuild라는 이름의 새로운 지점을 만들었습니다. 내가 만든 실수는 이미 개발 지점에 밀린 Seebuild
    git merge rebase 2014-12-22

    9열

    2답변

    git rebase - 계속 하시겠습니까? 그러나 충돌 해결 중 변경 사항을 문서화하기 위해 커밋 메시지를 수정 하시겠습니까?

    가 여기에 시나리오 : 내가 자식에 지점을 리베이스하고 , 나는 충돌을했고, 단지 그들을 해결 (git add 모든 것을했다). 일반적으로, 난 그냥 내가 충돌 을 해석 할 때 내가 만든 변경 사항을 설명하기 위해, 커밋이의 커밋 메시지를 편집 할 REBASE를 진행 git rebase --continue를 실행하는 것입니다 내가 돈 ' 일반적으로이 작업을
    git rebase git-rebase 2014-12-24

    1열

    1답변

    diff/apply를 사용하지 않고 선호하는 방식으로 역방향 rebase하는 방법은 무엇입니까?

    내가 역사를 커밋 다음 한 : 너무처럼 보이도록 (master) (topic) (quickfix) a -> b -> c -> d -> e 나는 그것을 수정할 : 즉 (master, quickfix) (topic) a -> e -> b -> c -> d 을 master는 커밋 a 있었다. 내가 topic 브랜치에
    git rebase 2014-12-29

    2열

    1답변

    자식이있는 지점에서 커밋을 스쿼시하는 방법

    그래서 마스터와 버그 수정 분기를 계속 사용하는 상황이 있습니다. 내가 마스터에 대한 커밋을 쪼개고 버그 수정을 시도했지만 병합 충돌이 발생했습니다. 적절한 방법은 무엇입니까? 나는 로컬에서 일하고 리모컨은 없다. 그것은 다음과 같습니다 A - B - C - D - E - F [master] \ G - H - I -
    git rebase squash 2015-01-09
최근 질문