В настоящее время мы отслеживаем программы Siemens PL C (проекты TIA) в репозиториях Fossil. Теперь нам нужно переместить все репозитории в Bitbucket, и поэтому я начал тестировать преобразование из Fossil в Git, поскольку Bitbucket поддерживает только Git.
Одна особенность наших репозиториев заключается в том, что мы отслеживаем там весь проект, включая 2 двоичных файла проекта, только для того, чтобы мы могли восстановить весь проект из репозитория, необходимого для открытия в TIA (Siemens IDE). Эти 2 файла не очень большие (1 от 5 до 10 МБ и один около 1 МБ), однако у нас довольно много коммитов, поскольку проекты развиваются за пару лет.
Преобразование с экспортом Fossil - git был успешно выполнен для одного из наших проектов.
Но ... вот мой пункт 1: исходное репо Fossil имело размер ~ 600 МБ. Результирующее репо Git теперь имеет размер ~ 1,5 ГБ, что почти в 3 раза превышает размер репо Fossil. Кто-нибудь знает, почему это? Я предполагаю, что Fossil, похоже, отслеживает только артефакты различий - даже для двоичных файлов, а Git всегда отслеживает файлы целиком. Или Fossil лучше сжимается?
Bitbucket допускает только размеры репо <2 ГБ. Поэтому при переносе этого проекта на Bitbucket очень скоро мы столкнемся с проблемами. Поэтому я хотел вместо этого протестировать отслеживание двух двоичных файлов с помощью Git LFS. Я использовал BFG для преобразования истории репо, следуя приведенному здесь руководству: <a href="https://docs.gitlab.com/ee/topics/git/lfs/migrate_to_git_lfs.html" rel="nofollow noreferrer">https://docs.gitlab.com/ee/topics/git/lfs/migrate_to_git_lfs.html за исключением того, что я отразил репо в другом месте локально, так как у меня его еще нет ни на одном сервере.
Это привело меня к пункту 2: после запуска BFG и git reflog / g c я получил репо меньшего размера, но папка объектов LFS теперь составляет ~ 3,7 ГБ (какого черта?). До сих пор я много гуглил, но не смог найти достаточного объяснения этой странной вещи. Кто-нибудь знает в чем причина?
Спасибо огромное: -)