rebase

    0열

    2답변

    git rebase 마스터가 git push origin 대신에 git pull을 잘못 실행 한 경우/your_branch -f

    아마도 git rebase master을 실행 한 후 강제 푸시를 실행하는 대신 수면 부족으로 인해 git pull을 실행했습니다. 이제 마스터로부터 모든 커밋을 포함하여 내 풀 요청이 엉망이되었습니다. 되돌릴 제안이 있습니까?
    git github version-control rebase git-rebase 2016-10-13

    0열

    2답변

    힘내 - 기능 지부를 병합하는 방법, 일부 커밋을 제외 하시겠습니까?

    저는 Git을 오랫동안 사용하고 있습니다 만, 오늘은 지점 간 변경 사항을 병합하는 데 문제가있었습니다. 내가 가지고있는 상황은 - 나는 4 개의 가지를 가지고있다 : 2 개의 주요한 것들과 2 개의 특징적인 것들. 다음과 같이 호출했다고 가정 해 보겠습니다. main_branch1, main_branch2, feature_branch1 및 feature_
    git version-control merge branch rebase 2016-10-18

    1열

    1답변

    힘내 : 재료는이 같은 조금 보이는 자식 respository이

    나뭇 가지 사이에 공유 부수 : C0 ---- C1 ---- ... ---- C12 ---- C14 (dev) \ \---- C13 (abandoned) 'DEV'는 주요 개발 지점이며, '포기'우리가 할 수있는 실험이다 앞으로 어떤 시점에서 다시 방문하십시오. 다음 C1'을 확인 내가 C0 ---- C1' ---
    git version-control branch rebase squash 2016-10-21

    2열

    1답변

    서브 모듈에 대한 참조를 보존하는 서브 모듈을 리베이스하는 방법 서브 모듈을 포함하는 자식 저장소에서 커밋을 커밋 하시겠습니까?

    (현재 게시하기 전에 기존 저장소를 수정하고 있습니다.) 이미 알고있는 방법은 rewrite commit author e-mail and name in git history입니다. 서브 모듈이있는 자식 프로젝트가 있습니다. 나는이 서브 모듈의 역사를 다시 쓰고 싶지만, 개발 중에이 서브 모듈을 빨리 감기 때문에 하위 모듈 rebase 후에 새로운 서브 루틴
    git git-submodules rebase git-filter-branch 2016-10-23

    0열

    1답변

    힘내 병합 또는 rebase?

    나는 마스터 브랜치가 백업 브랜치보다 앞서있는 프로젝트를 가지고있다. 코드의 일부 문제로 인해 백업 분기를 골드 사본으로 사용하여 마스터에서 동일한 분기 기호를 덮어 쓰려고합니다. 이 경우에 더 나은 접근 방법이 무엇이겠습니까? 병합 또는 리베이스? 또한 작업을 더 간단하게 해주는 명령을 제공하십시오. 추신 : master의 현재 변경 사항을 잃어 버리는
    git merge git-merge rebase 2016-10-27

    1열

    1답변

    자식은

    내가 dev에 지점에 내 기능 지점을 리베이스 할 을 리베이스하지 않는, 그래서 git checkout feature git rebase dev 을 기능이 아닌가? git checkout dev git log 더 는 기능에서 새로운 커밋이 추가되지 있다는 것을 보여줍니다. 내가 도대체 ​​뭘 잘못하고있는 겁니까? 내가 dev 있으리라 믿고있어 및
    git branch rebase 2016-10-27

    0열

    1답변

    "both added"git conflict를 해결하는 동안 바이너리 파일이 변경되었는지 확인

    리베이스를 수행하고 바이너리 파일에 대해 "both added"충돌이 발생합니다. 바이너리 파일이 같으면 'ours'를 받아들이겠습니다. 바뀐 파일은 'theirs'입니다. 해결하는 동안 바이너리 파일이 동일하거나 다른지 어떻게 테스트 할 수 있습니까?
    git binaryfiles rebase merge-conflict-resolution 2016-10-29

    1열

    1답변

    Github 브랜치는 리베이스 할 수 없습니다.

    기존 기능에 새로운 기능을 추가해야합니다. 모두가 기능을 만들기 위해 자체 분기를 만듭니다. 이제 특정 팀원에게 몇 가지 코드를 추가 한 후 팀 동료가 내게 미래 병합을 쉽게하기 위해 rebase하는 것이 가장 좋다고 말했습니다. 우리는 프로젝트 시작 초기에 pom.xml 파일 인 .gitlab-ci.yml 파일과 같이 많은 작은 파일이 변경되어 많은 병합
    java git github merge rebase 2016-10-30

    -3열

    2답변

    git pull and rebase from

    내가 로컬 개발 브랜치를 가지고 있다면 origin/develop와 함께 추적한다. 로컬 지사에서 내 기능을 사용합니다. 그런 다음 다시 개발로 전환하고 내가 통합해야하는 다른 원격 커밋이있었습니다. 병합 대신 rebase를 사용하여 origin/develop에서 안전하게 가져올 수 있습니까? 이로 인해 다른 개발자의 분기 기록에 문제가 발생합니까? 그럼
    git rebase 2016-11-02

    0열

    1답변

    새로 복제 된 저장소에서 rebase 된 git 커밋을 찾는 방법은 무엇입니까?

    git 저장소에서 rebased 커밋을 모두 찾아야합니다. 이동하려면 git reflog이 필요합니다. 그러나 git reflog은 로컬 저장소의 모든 참조를 표시하고 광산은 새로 복제 된 저장소이므로 git reflog의 출력은 대부분 비어 있습니다. 이 문제를 해결할 방법이 있습니까?
    git rebase 2016-11-02
최근 질문