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

Question

기존 기능에 새로운 기능을 추가해야합니다. 모두가 기능을 만들기 위해 자체 분기를 만듭니다.

이제 특정 팀원에게 몇 가지 코드를 추가 한 후 팀 동료가 내게 미래 병합을 쉽게하기 위해 rebase하는 것이 가장 좋다고 말했습니다.

우리는 프로젝트 시작 초기에 pom.xml 파일 인 .gitlab-ci.yml 파일과 같이 많은 작은 파일이 변경되어 많은 병합 오류가 발생했습니다. 또한 나는이 전체 github 일에 정신적 인 손잡이를 얻으려고 노력하는 동안 나의 팀 동료들이 그 동안 더 많은 코드를 추가했고 더이상 나무를 볼 수없는 숲 트로프를 보았다.

그래서 내가하려는 것은 내 새 코드를 유지하지만 내 지사의 모든 코드로 내 특정 분기를 업데이트하는 것입니다.

내가 잘못 본 것이 없다면 이것은 정확하게 리베이스가 올바른 것입니까? 내가 이렇게 같은 REBASE를 실행하면서

는 :

-git rebase master 

는 나에게 20 병합 오류를했다. 그러나 사실 그것은 분기가 시작될 때마다 만들어지는 모든 업데이트를 거치며 많은 시간이 동일한 파일이 다시 작성된다는 점입니다. 그래서 내가 한 일은 github에서 파일을 단지 내 프로젝트 (단지 소수의 파일)에 복사 한 다음 신중하게 모든 병합 오류를 읽었고 붙여 넣은 파일에서 생성 된 것이라면 그냥 건너 뛰었습니다.

나는 finnaly이주는 마지막 오류 과거를 얻을 때

다음 (파일 중 일부가 난 그냥에 리베이스하고있는 지점에서 정확한 파일을 붙여 복사도 힘든 오류를 얻고 유지하는 것이 무엇인지 또한 이상한) 날이

fatal: update_ref failed for ref 'refs/heads/dev_504': 
cannot lock ref  'refs/heads/dev_504': ref refs/heads/dev_504 is at 
XXXXXXX 
but expected  XXXXXXXX 
Could not move back to refs/heads/dev_504 

는 내가 컴퓨터를 다시 시작하고이

fatal: cannot resume: .git/rebase-apply/final-commit does not exist. 

그때 내가 REBASE를 중단 얻고 난 다시 시도 할 때, 나는 다시 20 오류를 얻을.

github은 매우 복잡합니다. 주 브랜치에서 코드를 가져 와서 광산을 추가하는 것만으로도됩니다 (단 하나의 파일 임).

이렇게하면 메인 브랜치에서 강제로 끌어 올 수 있습니다. 그런 다음 내 파일을 추가 할 수 있습니까? 나는 그것 같이 느끼는가 ur 그것을하는 것을 맹세한지 어떻게.

P. : 라이브러리 물마루를 추가했습니다. 영향을 미치고 어떤 식 으로든 밀어 넣을 수 있습니까?

감사

Answer 1

은 당신이 할 수있는 것은 커밋 통합 하나에 당신의 지점에있는 모든 커밋/스쿼시를 압축하는 것입니다. 그렇게하려면 master과 feature_branch에 대한 공통 조상을 찾아야합니다. 명령어 git merge-base --all master feature_branch은 가장 일반적인 공통 조상의 해시를 제공합니다 (단 하나의 해시가있는 경우 더 낫습니다). 해시 (X)를 기억하십시오. 이제 작업을 단일 커밋으로 표현해야합니다. 대화 형 rebase 또는 재설정 바로 가기를 수행 할 수 있습니다 (git reset --soft, git commit). 나는 개인적으로 후자를 선호한다. 지사에 있는지 확인하고 상태가 깨끗한 지 확인하십시오.

git reset --soft X 
git commit -m'MESSAGE' 
git rebase master <= sort conflicts 
git checkout master 
git merge feature_branch <=it will be FastForward merge