git hashes를 사용하여 문제 추적 시스템과 같은 특정 버전을 가리 킵니다. BFG로 저장소를 정리할 때, 모든/많은 해시가 변경되어 정보가 손실됩니다.BFG : 이전 (사전 청소)에서 새 해시로 매핑
BFG는 repo를 정리할 때 기존 개정판 해시와 새 개정 해시 간의 매핑을 생성 할 수 있습니까? 모든 커밋이 할 수있는
git hashes를 사용하여 문제 추적 시스템과 같은 특정 버전을 가리 킵니다. BFG로 저장소를 정리할 때, 모든/많은 해시가 변경되어 정보가 손실됩니다.BFG : 이전 (사전 청소)에서 새 해시로 매핑
BFG는 repo를 정리할 때 기존 개정판 해시와 새 개정 해시 간의 매핑을 생성 할 수 있습니까? 모든 커밋이 할 수있는
하고, 수행, 기본 :
으로는의 메시지 Former-commit-id: <sha1>
커밋 바닥 글을 추가했습니다. 또한 오래된 해시 파일을 정리 중에 생성 된 새 파일 매핑에 매핑합니다. 이 바닥 글이 생성되지 않도록 런타임 매개 변수 -private
을 전달할 수 있습니다.
정말로 그렇다. object-id-map.old-new.txt 파일은 내가 찾고있는 파일이다. 지금까지 BFG는 완벽하게 보입니다. 그러나 문서는 약간의 존재를 필요로합니다. –
넵, 문서 개선이 필요합니다. 곧 패치를 bfg로 보내겠습니다. bfg의 저자는 앞으로도 문서에 대한 패치를 기꺼이 받아 들일 것입니다 ... 나는 처음에는이 도구에 회의적 이었지만 성능면에서는 좋았습니다. 다른 옵션보다 우선합니다. 하나의 좋은 매뉴얼 페이지가 훨씬 더 쉬울 것입니다 ... –
어떤 문제점 추적 시스템을 사용하고 있습니까? –
Jira. 그러나 나는 그것을 예를 든다 고 만 언급했다. 우리는 많은 장소/시스템에서 해시를 텍스트로 사용합니다. –
BFG가 그러한 맵을 생성 할 수 있다고하더라도, Jira (또는 다른 이슈 추적 시스템)는 그것을 소비 할 정도로 똑똑해야합니다. +1 흥미로운 질문입니다. –