Mercurial ostatnio dodał oficjalny Large Files extension. Rozwiązuje problemy związane z przechowywaniem pliku, który jest w zasadzie nieodnotowalny, co jest częstym tego przykładem.Rozszerzenie dużych plików dla git
Czy Git ma podobną funkcję? (obecnie lub w pracach?)
git-annex został zaprojektowany do obsługi dużych plików.
zobacz także: Managing large binary files with git i Git analog to Hg's Bigfiles Extension?
Git nie posiada podobną funkcję. "largefiles" jest teraz częścią Mercurial. Git-Annex i inne rozwiązania nie są częścią oficjalnego projektu Git.
Nie wchodzenie w skład oficjalnego projektu lub nawet oficjalnie zalecane rozwiązanie do obsługi dużych plików binarnych może być problemem. Przyszłe zmiany Git mogą przerwać te zewnętrzne rozwiązania lub Git sam może zapewnić dużą implementację plików.
Nie rozpowszechniane SCM, podobnie jak Subversion, są w tym lepsze, imho. Czy Git ma plan na wypełnienie tej dziury?
Przyszłe zmiany w git musiałyby zasadniczo zmienić strukturę, która pozwoliła gitowi odnieść sukces tak dramatycznie, więc myślę [załącznik] (http://git-annex.branchable.com/not/) i [media] (https: // github.com/schacon/git-media) są dobre przez bardzo długi czas. Git jest w swojej istocie edytorem repozytoriów, a vcs to zbudowany na nim pakiet redaktora-makra (dość wyrafinowany). – jthill
Wyobrażam sobie, że w git używałbyś do tego submodułów; duże pliki byłyby izolowane w podmodule, do którego odwołuje się tylko sieć. Nigdy jednak nie miałem do czynienia z tą sytuacją. – antlersoft
Myślałem, że [git-annex] (http://git-annex.branchable.com/not/) jest odpowiednikiem, ale według jego FAQ, to nie jest prawda. –
Byłoby miło, gdyby FAQ wyjaśnił, jak było inaczej! Najczęściej zadawane pytania wspominają [git-media] (https://github.com/schacon/git-media) jako o czymś, co zbliża się do tego samego problemu z podobnego kierunku, a git-media opisuje się jako sposób na "używanie Gita z dużymi pliki multimedialne bez przechowywania multimediów w samym Git ". – Cascabel