분기를 병합한 후 삭제해야 합니까?

분기를 병합한 후 삭제해야 합니까?

분기를 병합한 후 저장소에서 삭제합니까?
좋은 연습인가요, 아닌가요?

저는 보통 지점을 많이 만들어요, 왜냐하면 저는 현재 출시된 지점을 깨기 싫고, 정리하기 위해 지점을 삭제하고 싶어요.
그러나 Assemblyla나 GitHub로 작업하면 이전 지점의 병합 요청이 사이트에 저장되므로 삭제하면 가져올 수 없기 때문에 오류가 발생합니다.

보통 그것을 어떻게 처리합니까?

병합된 지점을 삭제하는 데는 문제가 없습니다.모든 커밋은 기록에서 여전히 사용 가능하며, GitHub 인터페이스에서도 여전히 표시됩니다(예: PR이 수락된 후 삭제한 포크를 참조하는 이 PR 참조).

나는 지점이 합병된 후에 반드시 지점을 정리합니다.

우리는 직장에서 GitLab과 병합 요청을 사용하기 때문에 지점에 대한 기록 정보가 저장됩니다. 지점 목록을 어수선하게 할 필요가 없고, 동료의 지점을 볼 때 이상적으로 현재 개발 중인 지점만 보고 싶습니다.지점의 일부 코드를 살펴보려 한다면, 현재 활성화된 지점 몇 개만 확인할 수 있고, 지점이 작업을 시작한 모든 기능이나 수정 사항은 확인할 수는 없습니다.

위 내용은 BitBucket과 GitHub에도 적용됩니다.

분기 후 병합을 삭제하지 않는 유일한 이유는 지정된 기능이 어디서 끝났는지 알 수 있지만 병합 커밋(및git merge --no-ff당신이 정말 원한다면, 그것을 상관없는 것으로 만들어요.

그냥 잘 부탁드립니다.
삭제된 분기의 모든 하이퍼링크 URL 참조가 끊어집니다.

예를들면
삭제할 경우branch_feature_x당신의 레포에서 가지치기
이 분기의 해당 하이퍼링크 URL이 끊어집니다.
https://github.com/username/project/tree/branch_feature_x

명확하게 설명하자면, 깃의 관점에서 분기는 단지 어떤 커밋에 대한 링크일 뿐입니다.분기를 삭제하면 git repo에서 커밋을 삭제하지 않습니다.물론 분리된 커밋은 git 쓰레기 수집기를 통해 시간이 지나면 정리됩니다.

참고: 우리는 보통 비트버킷 인터페이스를 통해 지점을 마스터로 병합합니다.설정할 수 있습니다.delete feature branch after merge깃발을 올리다

너무 오래된 지점을 처리해야 한다면 몇 가지 유틸리티를 찾아볼 수 있습니다.예를 들어, 이것이 도움이 될 수 있습니다.

언급URL : https://stackoverflow.com/questions/10765321/should-i-delete-a-branch-after-merging-it