Мы используем git-хеши для указания конкретных изменений, например, в системе отслеживания проблем. При очистке репо с BFG все/многие хэши меняются, поэтому информация теряется.BFG: отображение старых (предварительная очистка) в новые хеши
Может ли BFG, как часть очистки репо, создать сопоставление между старыми и новыми хешами пересмотра?
Может, и это делает по умолчанию :)
Каждый коммит добавил колонтитул в сообщение фиксации Former-commit-id: <sha1>. Существует также файл, сопоставляющий старые хэши с новыми, созданными во время очистки. Вы можете передать параметр времени выполнения -private, чтобы избежать генерации этого нижнего колонтитула.
Действительно. Файл object-id-map.old-new.txt - это то, что я искал. К настоящему времени BFG кажется безупречным. Но документ нуждается в небольшом приходе. –
Yup, документация нуждается в некоторых улучшениях - я скоро отправлю свой патч в bfg, поэтому, возможно, автор bfg также захочет принять патчи к документации в будущем ... Я изначально скептически относился к этому инструменту, но по производительности он превосходит другие варианты. Одна хорошая страница руководства сделает ее намного проще ... –
Какая система отслеживания проблем вы используете? –
Jira. Но я упомянул об этом только для того, чтобы привести пример. Мы используем хеши как текст во многих местах/системах. –
Даже если BFG может создать такую карту, Jira (или другая система отслеживания проблем) должна быть достаточно умна, чтобы потреблять ее. +1 за интересный вопрос. –