제거 방법은 BFG (<a href="https://rtyley.github.io/bfg-repo-cleaner/" rel="nofollow noreferrer">https://rtyley.github.io/bfg-repo-cleaner/</a>)로 REPO를 청소할 때 BFG

Question

를 사용하여 커밋, 다음 발생하여 보호 :

Protected commits 
----------------- 

These are your protected commits, and so their contents will NOT be altered: 

* commit ******* (protected by 'HEAD') 

Answer 1

당신이 BFG만큼 강력한 도구를 사용하는 거라면 난 강력하게 좋겠 이 설명서의 내용을 읽어 보시고 질문에 대답 하시길 바랍니다 :

BFG는 기본적으로 "current"커밋을 변경하지 않고 그대로 둡니다. 이 저자는 repo의 현재 상태를 수동으로 정리하고 모든 것이 여전히 작동하는지 테스트 한 다음 BFG를 사용하여 현재 상태 (수동으로 고정한 상태) 만 남겨두고 기록을 정리하는 것이 안전하다고 믿습니다.

불필요하다고 생각되는 사용 사례가있는 경우 보호 기능을 기본값에서 변경하거나 사용하지 않도록 설정할 수있는 옵션이 있습니다. 그러나 을으로 사용하려면 문서를 꼭 읽어야합니다.

Answer 2

먼저 BFG 란 무엇입니까? 는 BFG은 Git 저장소의 역사에서 잘못된 데이터를 정화에 대한 자식 필터 - 지점에 간단하고 빠른 대안 : * 암호, 자격 증명 & 다른 개인 데이터를 제거 미친 큰 파일 * 제거.

과거에는 실수를했지만 지금은 행동을 정리했다고 가정합니다. 따라서 BFG는 최신 커밋이 좋은 커밋이라고 가정합니다. 커밋되지 않은 파일은 아직 기록에서 삭제하지 않아도됩니다. BFG에 의한 이러한 가정은 작업을 보호하고 프로젝트의 현재 파일을 방해하지 않고 BFG가 레포 기록 만 변경한다는 것을 알기 때문에 안심할 수 있습니다. 기본적으로 HEAD 브랜치가 보호되고 히스토리가 정리되는 동안 최신 커밋 ('팁')은 보호 된 커밋이며 파일 계층은 전혀 변경되지 않습니다.

더 연구를 위해 당신과 함께 BFG 실행이link

Answer 3

를 참조 할 수 있습니다 : --no-blob-protection 나를 위해 그것을 해결했습니다.

문서는 여기에 있습니다 : https://rtyley.github.io/bfg-repo-cleaner/, 그러나 나는 그들이 오류를 넘어서 이동하는 수단으로 그것을 실제로 어디에서 호출하는지 보지 못했습니다.

참고 : 필자의 경우 필자는 BFG를 사용하지 않고 수동으로 파일을 제거하려고 시도 했었습니다.이 파일은 --no-blob-protection을 사용해야하는 상태가되었습니다.