병합되지 않은 커밋으로 닫히는 풀 요청을 중지하는 방법

Question

누구든지 삭제하려고하는 지점에서 github에 대한 열기 요청이 있음을 사용자에게 알리는 방법을 제안 할 수 있습니까?

현재 다양한 환경을 나타 내기 위해 master, rc, hotfix 및 prod 브랜치를 사용합니다. hotfix 지점을 승격하여 prod으로 지정하면 prod 지점을 삭제하고 해당 지점에 hotfix 지점을 강제로 푸시합니다. 일반적으로 이것은 예상대로 작동합니다. 그러나이 예제에서는 hotfix 브랜치가 배포 될 부분이 아니며 일부 변경 사항 (hotfix 브랜치의 HEAD 브랜치가 프로덕션에 배포 된 경우도 있습니다. 그리고 어떤 경우에는 여전히 양식의 코드 검토를 기다리는 중입니다.

내가 찾고있는 것은 HEAD이 프로덕션에 배포 한 것이 아니고 더 중요한 것은있을 수있는 핫픽스 분기를 삭제하려고 할 때 사용자에게 알리는 방법입니다. 미해결 병합 요청

원격 지점 이외의 다른 이유로 인해 자동 종료가 요청되었지만 필요하지 않을 때 삭제되었습니다. prod 지점에서 다시 작성해야하며 요청이 다시 열립니다. 이는 git 워크 플로우가 위에서 설명한 바와 같이 이러한 브랜치를 삭제하기 때문에 발생하지만, 풀 요청이 완료 될 때까지 계속 열어 둘 수 있고 이후 배포가 완료되고 뛰어난 작업이 없을 때만 브랜치가 삭제된다는 것이 이상적입니다.

Answer 1

어떤 시스템에서 작업하고 있습니까? gitHub? 숨김?

문제는 다음과 같습니다. 끌어 오기 요청을 열면 해당 분기가 특정 분기에 연결되고 변경 내용은 작업 한 분기의 커밋 ID와 "비교"됩니다.

지점을 삭제할 때 변경 사항의 "루트"에 대한 참조를 삭제하므로 비교 대상을 찾을 수 없습니다. 변경 사항은 끌어 오기 요청에서 설정 한 분기에 저장됩니다. 이제 변경 사항을 삭제 한 지점을 삭제했습니다. git이 변경 사항을 저장하기를 원한다는 것을 자식에게 "알"것이라고 기대할 수는 없습니다.

요약 할 내용 : 끌어 오기 요청의 원본은 변경 한 분기입니다. 브랜치를 지우면 변경 사항을 지우고 git이 나중에 사용할 수 있도록 저장할 수 없다.