форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"GitHub представил Git-хранилище для больших файлов"	+/–
Сообщение от opennews (??) on 08-Апр-15, 23:48
GitHub анонсировал (https://github.com/blog/1986-announcing-git-large-file-stora...) новый сервис Git Large File Storage (https://git-lfs.github.com/) (LFS), позволяющий использовать Git для отслеживания версий больших файлов, содержащих  наборы данных, звук, видео и графику. LFS выполнен в форме открытого расширения к git, позволяющего не загружать лишний раз копии больших файлов при клонировании и извлечении репозитория, благодаря тому, что в штатном  Git-репозитории данные файлы заменяются на текстовые ссылки, указывающие на контент в отдельном внешнем репозитории. Код дополнения git-lfs доступен (https://github.com/github/git-lfs) под лицензией MIT. Для хранения больших файлов можно использовать как собственный LFS-сервер (https://github.com/github/lfs-test-server), так и LFS-сервер GitHub (бесплатно предоставляется хранилище в 1 Гб). Работа с подобным репозиторием производится  с сохранением обычного рабочего процесса и методов разграничения доступа, как если бы большие файлы находились в текущем репозитории. Доступ к серверу Git LFS  осуществляется по HTTPS. Подмена осуществляется на уровне метаданных. Синхронизация больших файлов выполняется отдельно на внешнем сервере Git LFS.   При выполнении операций checkout большие файлы не загружаются вместе с остальными данными, а синхронизируются с сервера и хранятся в единственной копии. Поддерживаются такие возможности, как кэширование файлов, возобновление прерванной загрузки и передача данных в несколько потоков. <center><img src="https://www.opennet.ru/opennews/pics_base/0_1428525482.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></center> URL: https://github.com/blog/1986-announcing-git-large-file-stora... Новость: https://www.opennet.ru/opennews/art.shtml?num=42003
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "GitHub представил Git-хранилище для больших файлов"	+1 +/–
Сообщение от Аноним (??) on 08-Апр-15, 23:48
Слушайте, а посоветуйте что-то подобное только с бОльшими объёмами на халяву, а?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "GitHub представил Git-хранилище для больших файлов"	+41 +/–
	Сообщение от Led (ok) on 09-Апр-15, 00:04
	/dev/null
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "GitHub представил Git-хранилище для больших файлов"	+/–
	Сообщение от 1337 on 09-Апр-15, 00:10
	Берешь репозиторий, DO и Docker...
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	8. "GitHub представил Git-хранилище для больших файлов"	+/–
	Сообщение от хух on 09-Апр-15, 02:00
	А что на счёт амазоновского облака? Скажем, если я купил инстанс, место на нем автоматически увеличится в случае чего, или его надо покупать заранее? Объясню: у меня есть проект, с кучей бинарных данных, который я пилил один, до недавнего времени. И теперь у меня задача, перенести это всё дело в какой-то репозиторий, чтобы другие люди могли над этим проектом тоже работать. Сколько будет занимать места вся репа спустя пол года работы — представить не могу, в текущий момент это ~1Гб данных, чистыми.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	14. "GitHub представил Git-хранилище для больших файлов"	+/–
	Сообщение от Аноним (??) on 09-Апр-15, 07:54
	Действительно, ну подпустим вопрос перезалива больших слегка поменявшихся бинарных файлов они решили по rsync-подобному протоколу. А как они будут храниться в репо? Нечто подобное xdelta или банально копия
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	4. "GitHub представил Git-хранилище для больших файлов"	+3 +/–
	Сообщение от Crazy Alex (ok) on 09-Апр-15, 00:20
	Пройти лесом вместе с желанием халявы. Если ты не платишь деньги за чей-то сервис - значит либо ты платишь чем-то другим (и обычно об этом не знаешь, а потом нарываешься в самый неподходящий момент) либо кого-то грабишь/воруешь.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	10. "GitHub представил Git-хранилище для больших файлов"	+28 +/–
	Сообщение от Аноним (??) on 09-Апр-15, 04:09
	> Слушайте, а посоветуйте что-то подобное только с бОльшими объёмами на халяву, а? Сжимай объемы и нет проблем. Пробуй архиватор Попова из стандартных утилит в Болженос. Я свою коллекцию фильмов в HD-качестве храню аттачами к письму в почтовом ящике на 5 мб.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	26. "GitHub представил Git-хранилище для больших файлов"	+2 +/–
	Сообщение от Аноним (??) on 09-Апр-15, 13:39
	>> Слушайте, а посоветуйте что-то подобное только с бОльшими объёмами на халяву, а? > > Сжимай объемы и нет проблем. Пробуй архиватор Попова из стандартных утилит в Болженос. Я свою коллекцию фильмов в HD-качестве храню аттачами к письму в почтовом ящике на 5 мб. А ты знаешь, что разархиватро Попова не входит в стандартные утилиты Болженос?
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	30. "GitHub представил Git-хранилище для больших файлов"	+3 +/–
	Сообщение от Аноним (??) on 09-Апр-15, 16:35
	в нестандартные утилиты Болженос он тоже не входит :)
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	23. "GitHub представил Git-хранилище для больших файлов"	–1 +/–
	Сообщение от iZEN (ok) on 09-Апр-15, 10:59
	> Слушайте, а посоветуйте что-то подобное только с бОльшими объёмами на халяву, а? Microsoft OneDrive - 30 ГБ на учётную запись. Облако@mail.ru - 100 ГБ на учётную запись. Яндекс.Диск - 10Гб  на учётную запись. Почитай обзор: http://www.topobzor.com/obzor-10-oblachnyx-xranilishh-dannyx...
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	25. "GitHub представил Git-хранилище для больших файлов"	+1 +/–
	Сообщение от rhamdeew on 09-Апр-15, 12:21
	mail.ru сейчас только 25 гигабайт дает. А давал когда то терабайт. Есть еще китайцы с yunpan. Там 36Тб дают.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	36. "GitHub представил Git-хранилище для больших файлов"	+/–
	Сообщение от Evgueni on 10-Апр-15, 18:07
	Что-то я этот терабайт так и не смог завести (закачать туда хоть что-то разумного объёма). Они точно его дают? В смысле не просто декларируют, что дали, а в качестве сервиса предоставляют?
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

5. "GitHub представил Git-хранилище для больших файлов"	–2 +/–
Сообщение от Аноним (??) on 09-Апр-15, 01:30
На Go, говорите, написали?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "GitHub представил Git-хранилище для больших файлов"	+6 +/–
Сообщение от bugmenot (ok) on 09-Апр-15, 01:43
Где в анонсе Github упоминание про git-annex, появившийся гораздо раньше, де-факто стандарт, работающий по абсолютно тому же принципу, и совместимый с любым WebDAV/SSH сервером, место на которых, вопреки комментариям "икспердов" выше, сейчас стоит копейки? Похоже, кое-кто решил по-быстрому создать vendor-locked клон без общепринятого открытого клиента ("экспериментальное" поделие на Go, которым сам Github явно не пользуется, таким не является) и с API на JSON (!!!), и начать рекламировать его как панацею, пользуясь своим именем, попутно взимая за перепродажу места на Amazon Web Services (Github же щас им пользуется для Downloads, не?) неадекватные бабки. К сожалению, вывод неутешителен: либо к рулю пришли неадекваты, либо у Github серьёзные финансовые проблемы; в любом случае нужно всерьёз готовиться к переезду на что-то более надёжное и долговечное.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	7. "GitHub представил Git-хранилище для больших файлов"	+3 +/–
	Сообщение от Аноним (??) on 09-Апр-15, 01:56
	Забыл про то откуда у всего этого растут ноги: https://about.gitlab.com/2015/02/17/gitlab-annex-solves-the-.../
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	28. "GitHub представил Git-хранилище для больших файлов"	+/–
	Сообщение от Andrey Mitrofanov on 09-Апр-15, 14:31
	> Забыл про то откуда у всего этого растут ноги: > about.gitlab.com/2015/02/17/ gitlab-annex-solves-the-problem-of-versioning-large-binaries-with-git/ Если там ноги, то http://git-annex.branchable.com/ это что? Ааа, селезёнка.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	13. "GitHub представил Git-хранилище для больших файлов"	+/–
	Сообщение от Аноним (??) on 09-Апр-15, 07:51
	git-annex отдельная настройка, требующая использования отдельной команды git annex и логически отделяющая большие файлы от остального. В git-lfs большие файлы и файлы с кодом логически смешаны, вынос файлов настриавается через конфиг, а workflow абсолютно не меняется, будто эти файлы в локальном репозитории размещаются.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	15. "GitHub представил Git-хранилище для больших файлов"	+/–
	Сообщение от Аноним (??) on 09-Апр-15, 08:02
	Разница в том, чтобы не парится с отдельной командой и выполнять "git add file.zip" а не "git annex add file.zip".
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	19. "GitHub представил Git-хранилище для больших файлов"	+1 +/–
	Сообщение от Аноним (??) on 09-Апр-15, 09:56
	А может всё же почитаем документацию? https://github.com/github/git-lfs/tree/master/docs/man - где там про использование "git add"? Наоборот, такая же хрень с добавочными командами, что и с git-annex, причём названия команд целенаправленно выбраны наркоманскими ("git track" вместо "git add" etc.)
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	22. "GitHub представил Git-хранилище для больших файлов"	+/–
	Сообщение от Аноним (??) on 09-Апр-15, 10:37
	> - где там про использование "git add"? Наоборот, такая же хрень > с добавочными командами, что и с git-annex, причём названия команд целенаправленно > выбраны наркоманскими ("git track" вместо "git add" etc.) Эти добавочные команды только для настройки типов выносимых в отдельный репозиторий файлов и отслеживания его содержимого. Работа производится как с обычным репозиторием через "git add", "git push" и т.п. Вот примеры из документации к git-lfs: Pushing commits Once setup, you're ready to push some commits: $ git add my.zip $ git commit -m "add zip" You can confirm that Git LFS is managing your zip file: $ git lfs ls-files my.zip Once you've made your commits, push your files to the Git remote: $ git push origin master Sending my.zip 12.58 MB / 12.58 MB  100.00 % Counting objects: 2, done. Delta compression using up to 8 threads. Compressing objects: 100% (5/5), done. Writing objects: 100% (5/5), 548 bytes | 0 bytes/s, done. Total 5 (delta 1), reused 0 (delta 0) To https://github.com/github/git-lfs-test    67fcf6a..47b2002  master -> master
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

9. "GitHub представил Git-хранилище для больших файлов"	–1 +/–
Сообщение от Аноним (??) on 09-Апр-15, 02:51
Молодцы. В mercurial уже подобное есть. http://mercurial.selenic.com/wiki/LargefilesExtension
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "GitHub представил Git-хранилище для больших файлов"	+4 +/–
Сообщение от Аноним (??) on 09-Апр-15, 06:00
NIH git-annex, git-fat, git-media...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "GitHub представил Git-хранилище для больших файлов"	+/–
Сообщение от Аноним (??) on 09-Апр-15, 08:27
SeaFile
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	21. "GitHub представил Git-хранилище для больших файлов"	+3 +/–
	Сообщение от ALex_hha (ok) on 09-Апр-15, 10:09
	> Забыл про то откуда у всего этого растут ноги: https://about.gitlab.com/2015/02/17/gitlab-annex-solves-the-.../ ага, только вот там есть небольшой нюанс, совсем маленький John Roepke Do you expect this to make it's way back into the Community Edition of GitLab? Sytse Sijbrandij We understand the desire to have this in CE but this is one of the few features that is requested by a lot of large organizations and not many small ones. Of course we understand that smaller organizations and individuals like you would like it too. But there has to be extra value in the enterprise edition. We have to make hard decisions about what is EE only and we currently have no plans to port this to CE Ну и типа предлагают workaround As a workaround you can setup a separate git-annex server. It will be more work to setup, add the remotes and you don't have the access control that the GitLab integration brings. а так все классно :) А без самой интеграции с gitlab и необходимостью добавлять дополнительные remotes, я даже  не знаю насколько оно будет полезным и удобным.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

24. "GitHub представил Git-хранилище для больших файлов"	+1 +/–
Сообщение от arsenicum (??) on 09-Апр-15, 11:09
Ответ команды GitLab на эту новость: https://about.gitlab.com/2015/04/08/gitlab-dot-com-storage-l.../
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "GitHub представил Git-хранилище для больших файлов"	+/–
Сообщение от Аноним (??) on 09-Апр-15, 14:16
>GitHub представил Git-хранилище для больших файлов Дай дураку стеклянный Git...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "GitHub представил Git-хранилище для больших файлов"	–3 +/–
Сообщение от Аноним (??) on 09-Апр-15, 16:40
И оно всё написано на Go lang. ! :) Я вам сразу говорил, Go - это хороший, правильный езыГ! Смотрите сколько _уже_ полезных вещеё на нйм сделано, а сделают ещё больше!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	33. "GitHub представил Git-хранилище для больших файлов"	–1 +/–
	Сообщение от Аноним (??) on 09-Апр-15, 20:45
	Как езыГ? - Ну, может и хороший..
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	35. "GitHub представил Git-хранилище для больших файлов"	+/–
	Сообщение от Аноним (??) on 10-Апр-15, 12:03
	> _уже_ полезных вещеё на нйм сделано, а сделают ещё больше! Ну если вам полезен костыль для бакланов заливающих PSD в гит - ну, кеды вы себе надеюсь уже купили? :)
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	37. "GitHub представил Git-хранилище для больших файлов"	–1 +/–
	Сообщение от Аноним (??) on 10-Апр-15, 21:02
	>> _уже_ полезных вещеё на нйм сделано, а сделают ещё больше! > Ну если вам полезен костыль для бакланов заливающих PSD в гит - А что такое PSD? Мне не нужно, но кто то сделал - hence кому то было надо. PS: мне тут помахали про то, что народЪ любил собранные бинарики тоже выложить, как на сорсфоржах. Вот теперь можно, и удобно и ... и чем это плохо? > ну, кеды вы себе надеюсь уже купили? :) я видимо слишком старый - не ффтыкаю я про что ты шутишь :) Если про KDE - то мне практически всё равно в чем бровзер и терминал пускать :) А если ты про обувь то где смешно? А - вот мне снова машут - это типа про хипстеров :) Ну если это поможет клеить из девчонок - то пожалуй куплю ... А борода, свитер и пузо точно не помешают? Кедов достаточно? :)
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	38. "GitHub представил Git-хранилище для больших файлов"	–1 +/–
	Сообщение от Аноним (??) on 10-Апр-15, 21:06
	> А что такое PSD? Объяснили мне что это такое :( Это полчается что я в одном интернете с презренным вантузятнегом 3 минуты был?!?! Пошёл мыть руки, кипятить клаву, менять ether-cables на незапятнанные  ...
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	39. "GitHub представил Git-хранилище для больших файлов"	+/–
	Сообщение от Аноним (??) on 11-Апр-15, 00:43
	> Объяснили мне что это такое :( Это, гм, продукты жизнедеятельности всяких креативных личностей. Иногда, к сожалению, встречается.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	40. "GitHub представил Git-хранилище для больших файлов"	+/–
	Сообщение от Аноним (??) on 11-Апр-15, 00:44
	>> ну, кеды вы себе надеюсь уже купили? :) > я видимо слишком старый - не ффтыкаю я про что ты шутишь :) Про кеды а-ля СССР, модные у хипстоты.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

32. "GitHub представил Git-хранилище для больших файлов"	–1 +/–
Сообщение от Аноним (??) on 09-Апр-15, 17:16
лучше бы в tor-е зеркало замутили, а то ведь заблочат к бабке неходи
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

34. "GitHub представил Git-хранилище для больших файлов"	+/–
Сообщение от Matt Mackall on 10-Апр-15, 01:00
Начинаешь пользоваться этой штукой, и твой репозиторий с гитхаба уже без гемора нигде не отзеркалишь. А со временем, глядишь, разработает гитхаб свою несовместимую версию гита, и будет совсем красота.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема