dev와 master 브랜치가있는 git repo가 있습니다. 나는 dev 개발을 해왔다. 그리고 dev를 master로 다시 합치라고 요청했다. 그런 다음 release를했다. 그런 다음 dev에 커밋을 더 추가 한 다음 다른 pull 요청을 수행했습니다. 이제는 릴리스를 위해 복수가 아닌 하나의 요청을 풀기 위해 조금만 기다리지 않았 음을 후회합니다. 내가 그 첫 번째 끌어 오기 요청을 수행하고 후속 병합을 없애기 위해 커밋하고 밀어 넣기 전에 그냥 마스터의 지점으로 git reset
을 생각하고 있으므로 다시 요청할 수 있습니다. 마스터에 내 상황에 대한 그림 아래 참조하십시오마스터 브랜치에서 다중 병합 풀 요청을 제거하기 위해 자식 리셋
A - merge_pullreqest1 - merge_pullreqest2
내가 master
에 가서 다음을 수행 할 수 있습니다 후 다음 git reset A
, git commit -m "clean slate"
, git push
. 그런 다음 내 dev
분기로 이동하여 merge_pullrequest1 및 merge_pullrequest2의 모든 변경 사항을 포함하는 최종 pull 요청을 수행하십시오. 이게 효과가 있니?
"dev"에서 최종 pull 요청을하기 전에 master에서 git reset을 수행 한 다음 커밋하고 밀어 넣어서 master에서 최종 마무리를해야합니다. –
나는 그렇게 생각한다. 경우에 따라서는,이 자식, 매우 유연합니다. 개정판의 ID를 유지하는 경우 (또는 사안에 맞춰 사설 지사에 보관하는 경우), 이전의 상태로 되돌아 갈 수 있으므로 제대로 작동 할 때까지 일을 망칠 까봐 두려워하지 않아도됩니다. – eftshift0
방금이 작은 Repo 시도한 및 작동하는 것,하지만 한 문제가있는 마스터에 두 이전 병합을 다시 설정 한 후 새 끌어 오기 요청을 할 때 여전히 병합 # 3, 방법은 거기에 레이블을 그것은 내부 병합 카운터를 재설정해야합니까? –