현재 다른 리포지토리의 마스터 브랜치를 기반으로 한 브랜치가있는 github 리포지토리를 사용하고 있습니다. github 브랜치는 필자의 작업을 백업 한 것으로, 당연히 당겨서는 안되며 마스터 리포지토리에서 리베이스 할 때 히스토리를 다시 작성하는 것에 익숙합니다. 내 문제는 내가 깨끗한 기록을 원한다는 것이고, 역사가 갈라지면 나는 그것을 할 수 없다는
git rebase -p -i SHA1^
그리고 SHA1 직후의 시간에 거꾸로 단일 커밋 이동. 커밋은 WAV 파일로 구성되어 있으므로 내 코드가 손상되지 않습니다. 겉으로보기에 관련없는 파일은 역사 후 충돌로 나타납니다. 이 시나리오에서 리베이스하는 동안 왜 이러한 충돌이 발생합니까? 역사의 다른 부분과의 관계를 온전하게 유지할만큼 충분하지 않습니까?
이후 이전에 나는 좋은 생각처럼 보였지만 실제로는 상황을 악화 시켰습니다. 나는 그것이 도움이되지 않기 때문에 역사에서 변화를 제거하고 싶다. 그리고 모든 커밋을 리베이스하라 - 그것들은 모두 문제없이 병합되어야한다. 나는 즉시 전에 (newMaster라는) 새로운 지점을 만들려고 나쁜 커밋 (gitx 포함), 그것을 및 실행 확인 : AFAICS 나에게
우리 프로젝트는 지금 1 주일 정도 동안 git를 사용하고 있으며 우리는 모두 그것을 즐겁게 사용하고 있습니다. (긴밀한 협업 그룹에서 그것을 사용하는 것은 아주 다른 git 경험으로 드러납니다). 최대한 단순하게 유지하기 위해 리베이스 또는 히스토리 수정 작업을 수행하지 않습니다. 그러나 우리는 첫 주에 몇 가지 실수를 저질 렀습니다. 몇 가지 커밋이 완
많은 git-svn 저장소 (동시에)를 사용하여 모든 항목을 업데이트해야하는 번거 로움이되고 있습니다. 나는 이것을 자동화하는 스크립트를 작성하여 매일 아침 커피를 가져 오는 동안 실행할 수 있습니다. 은 기본적으로 내 흐름이 cd ~/module1
git svn fetch
git checkout master
git svn rebase
git ch
저는 프로젝트에서 다른 사람들로부터 변경 사항을 가져 오는 데 사용하는 마스터 브랜치를 가지고 있습니다. 그로부터, 나는 보통 내가 현재 일하고있는 몇 가지 토픽 브랜치를 가지고있다. 내 질문은 : 내 주인에게 새로운 변경 사항을 적용한 다음 모든 주제 분기를 한꺼번에 리베이트 할 수있는 방법이 있습니까? 이 상황이다 D--E topic1
/
A