두 가지 버전 (기본 버전 및 Pro 버전)이있는 새 프로젝트를 개발하고 싶습니다. 기본 버전과 Pro 버전에는 몇 가지 맞춤 설정이 있습니다. 그래서 내가 어떻게 내 요구 사항을 충족 지점을 제대로 관리해야한다고 생각. 두 번째 이미지는 Release1.0 지점 및 Master 지점 및 Version2.0 지점에 Version1.0 지점에서 일부 버그 수
나의 현재 자식의 역사는 다음과 같습니다 역사를 커밋 feature2: G' -- H' -- I'
/
develop: A -- B -- C
\
feature1: D -- E
사람이 같은 REBASE를 도와 줄뿐만 아니라, 수 가능하다면 나를 위해 사용 된 rebase 명령을 설명 하시겠습니까?
동일한 프로젝트의 두 가지 브랜치가 있고 첫 번째 브랜치의 한 부분이 다른 브랜치에 비해 극적으로 리팩토링 된 상황을 상상해보십시오. 하지만 잠시 동안 두 가지 기능을 모두 유지해야하기 때문에 버그 수정과 중요한 기능 추가를 두 가지 방법으로 수행하는 경우가 있습니다. 대칭 방식이 아닌 경우가 있습니다. 그리고 어떤 시점에서 리팩토링 된 브랜치를 원래의 브
내 브랜치가 5 개의 커밋으로 기본 설정에 의해 뒤쳐져 있습니다. [email protected][~/git/task](task-68↓3| ✓)$git status
# On branch task-68
# Your branch is behind 'origin/task-68' by 5 commits, and can be fast-forwarded.
#
master에서 기능을 사용하지 않도록 설정했습니다. 분기점 feature에서 해당 기능을 수행하므로 해당 기능을 사용 가능하게 설정 한 특별한 커밋 $이 있습니다. 이제 feature에서 변경 한 내용을 master에 병합하려고하지만 사용 가능 커밋을 유지하십시오. new feature: A--B--C--D--$
가 어떻게 그 일을 가겠어요 : 그래서
저장소에있는 일부 커밋에 대한 참조를 유지하는 스크립트를 작성하고 있지만 일부 커밋이 부숴지면 참조가 유효하지 않게됩니다. 나는 pre-rebase 훅이 있지만, post-rebase 훅이 없다는 것을 알고 있습니다. 그래서 어떤 커밋이 함께 부숴 지는지 확인할 수있는 방법이 있습니까? REBASE 후 cf79121 Refactor the trim_file
git rebase branch1 내 branch1-local에 충돌이 발생합니다. 나는 충돌을 해결하고, git add <conflicted-add>을 수행 한 다음, git rebase --continue을 수행한다. 그 후에 새로운 커밋이 적용됩니다. 새로운 갈등이 나타납니다. 하지만 다시 같은 갈등이 있습니다! 같은 파일! 나는 다시, git add
master로 병합되고 생산에 제공된 시간 제한 기능을 코딩했습니다. 이제 시간이 다되었으므로 코드 기반에서 기능을 포함하는 커밋을 제거하고 싶습니다. 일반적으로 git rebase -i을 수행하고 커밋을 삭제합니다. 그러나 이러한 커밋은 이미 원격 리포지토리에 푸시되었습니다. 따라서 로컬로 리베이스 (rebase)하고 브랜치를 푸시하려고하면 내 브랜치의
자주 "픽스 업!", "스쿼시!" 및 "리베이스 -i"를 사용하여 최근의 unpushed 된 기록을 정리하거나, 수정하거나, 단지 바이올린을 적용 할 수 있습니다. Git이 대화식 리베이스에 가장 적합한 커밋을 자동으로 선택하도록하는 방법을 찾고 싶습니다. 따라서 빠른 대화 형 리베이스를 수행 할 별칭을 정의 할 수 있습니다. 어떤 다른 지점에 은이 둘 이