Git rebase를 푸시/풀하는 방법

Question

git rebase을 사용하여 master 브랜치의 기능을 깨끗하게 병합합니다 (커밋 수를 줄이거 나 적어도 변경 로그 맨 위에 표시). 저장소에있는 유일한 사람은입니다.

이 Git workflow and rebase vs merge questions을 읽은 후, 나는 git rebase 꽤 좋은 미가처럼 내가 다른 장소에서 그들을 일하고 있어요 단순히 때문으로 업데이트 변경을 git push하고 싶은 것 발견 (예 : 내 노트북, 내 집, 다른 PC 어딘가에 ...)

그래서 여기에 양방향 추한 병합에 대한 두 가지 솔루션()입니다

1. 가 밀어 git push -f를 사용하고 다른 컴퓨터에 당겨,하지만 얼마나 깨끗하게 최신 버전을 다운로드합니다 다른 기계에?
2. 기능 지점, 자식 푸시/풀, 한 번 성숙, (하나 이상의 깨끗하게 커밋) 단일 REBASE을

(2) 다음과 같은 것까지 마스터 변경 병합 병합 사용 :

를

git co -b feature-a 
... change files 
git push origin feature-a 
... moving to another PC 
git pull origin feature-a 
... change files 
git merge master 
... change files (not the "special rebase") 
git rebase master 
git co master 
git merge feature-a 
git branch -d feature-a 
git push origin :feature-a 

어떤 솔루션이 효과가 있습니까? 나는 지금까지 (대부분 내 로그를 더 지저분하게 만드는 것에 대한 두려움 때문에) 그들 중 어느 하나도 시도하지 않았다.

Answer 1

git rebase은 변경 사항을 재생하고 새로운 커밋을 만듭니다. 리베이스 (rebase)와 강요 (forcing)를 강요하면 툴의 곡물에 반대하게됩니다. git rebase 문서의 "Recovering from an upstream rebase" 섹션 (추가 중심으로) 시작하는 방법을 참고 :

리베이스 (또는 재 작성 다른 형태의) 다른 사람들이 작업을 기반으로 한 지점 것은 나쁜 생각이다 : 그것의 다운 스트림 사람이 강제로 수동으로 기록을 수정합니다. 이 섹션에서는 다운 스트림의 관점에서 수정 작업을 수행하는 방법에 대해 설명합니다. 그러나 실제 수정 사항은 처음에 업스트림을 리베이스하는 것을 피하는 것입니다.

당신이 유일한 개발자 비록, 당신은 여전히 ​​다른 사람이 될 것입니다 (하나 개의 repo의 관점에서) 다른 클론에서 작업 할 때. 보시다시피이 워크 플로는 번거로운 작업입니다.

분기에서 변경 사항을 요리하십시오. 분기가 primetime에 대한 준비가되면 , 리베이스를 병합 한 후 마스터로 병합하고 해당 분기를 삭제하십시오. 지점 생활 시간을 짧게 유지하고 범위를 좁히면 인생이 가장 쉬울 것입니다.

Answer 2

나는 내가 떠나는 어떤 기계에서나 모든 것을 저지르고 (-f) 밀어 넣는다.

나는 다른 기계에 도착하면 : 나는 "나"다른 사람을 알고 서로 다른 컴퓨터에서 일관되게 내가 떠나기 전에 (따라서에는 unpushed 변화가 없다 커밋 밀어 때문에

git fetch -v 
git checkout mybranch # Already checked out with old HEAD 
git reset --hard origin/mybranch 

이 잘 작동 기계 내가 도착)