2012-02-16 2 views
10

Mercurial недавно добавила официального Large Files extension. Он решает проблемы, связанные с хранением файла, который по существу не конвертируется, а вот игровые ресурсы - общий пример).Расширение больших файлов для git

Есть ли у Git аналогичная функция? (либо в настоящее время, либо в работах?)

+0

Я предполагаю, что в git вы будете использовать подмодули для этого; большие файлы будут изолированы в подмодуле, на который ссылаются только по сети. Никогда не приходилось иметь дело с этой ситуацией. – antlersoft

+0

Я думал, что [git-приложение] (http://git-annex.branchable.com/not/) является эквивалентом, но, согласно его часто задаваемым вопросам, это неверно. –

+2

Было бы хорошо, если бы в FAQ были уточнены, как это было иначе! В FAQ часто упоминается [git-media] (https://github.com/schacon/git-media) как нечто похожее на ту же проблему из аналогичного направления, а git-media описывает себя как способ «использовать Git с большими медиафайлы без сохранения носителя в самом Git ». – Cascabel

ответ

0

Git не имеет аналогичную функцию. «большие файлы» теперь являются частью Mercurial. Git-Приложение и другие решения не являются частью официального проекта Git.

Не является частью официального проекта или даже официально рекомендованного решения для обработки больших двоичных файлов. Будущие изменения Git могут нарушить эти внешние решения, и Git сама может обеспечить реализацию больших файлов.

Нераспределенный SCM, как и Subversion, по-прежнему лучше, imho. Есть ли у Git план для заполнения этой дыры?

+0

Будущие изменения git должны были бы кардинально изменить структуру, которая позволила git добиться успеха так резко, поэтому я думаю, что [приложение] (http://git-annex.branchable.com/not/) и [media] (https: // github.com/schacon/git-media) хороши в течение очень долгого времени. Git - это редактор репозитория по своему ядру, vcs - это макрос редактора-макроса (довольно сложные), построенный на нем. – jthill