Victor_VG
Tracker Mod | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Fil_2071
Если известна версия, то найти на GitHub нужный релиз часто достаточно просто:
1) открываем интересующий нас проект, там в меню смотрим наличие ссылки release (в некоторых проектах его автор может отключить вывод данной страницы);
2) открываем по этой ссылке список релизов - они обычно выводятся в несколько страниц начиная от наиболее свежего - так устроен гит, и если нужной нам версии с ходу нет на первой странице то либо листаем список вглубь, либо там же переключаемся на представление tag. Tag это закладки в истории гит-а связанные с конкретными фиксациями (коммитами). В общем случае коммит может не иметь тэга, но они помогают нам ориентироваться в нелинейной истории гит-а.
Им часто даются имена помогающие ориентироваться в истории и однозначно указывающие на конкретный момент времени, например на номер версии. В этом списке мы находим интересующий нас тэг, а уже он так же однозначно связан с конкретным релизом т.е. ситуация когда тэг указывает более чем на один релиз исключена. И на странице интересующего нас релиза видим доступные для скачивания файлы (Assets) либо только два варианта архивов - source code (tar.gz) и source code (zip). Эти архивы создаются git "на лету" по мере скачивания и заранее назвать их конечный размер невозможно, но они содержат полную копию репозитория git на тот момент которому соответствует выбранный тэг, а потому для больших репозиториев могут иметь значительный размер.
По умолчанию для git минимальное число доступных Assets равно двум, каждый отдельный файл который можно скачать со страницы релиза добавит к счётчику Assets-в единицу.
Скачивать можно либо качалкой либо браузером и тут ограничений по скорости отдачи обычно нет. Равно как нет капчи и прочих дополнительных средств борьбы с роботами-качалками. Хотя на первых порах наличие в URL суффикса .git указывающего на то, что мы обращаемся к репозиторию (распределённому хранилищу) гит-а и может удивить.
Если вам нужен произвольный ряд версий, то тут можно сэкономить трафик за счёт использования инструментов самого гит - сначала командой git clone url target_dir (каталог приёмник вначале должен быть пустым) создаём локальную копию репозитория, а после командой git pull <remout_branh> <local_branch> обновлять её. А т.к. гит при этом присылает только набор изменений (патчей, "заплат") в удалённом репозитории относительно локальной копии это позволяет экономить трафик. Используя другие команды гит получить любую версию файла с момента его добавления в базу (индекс) гит.
|
Нафиг все это нормальному юзеру.