Как скачать файл с Гитхаба: 6 способов, ZIP и папка целиком

Что ты видишь на странице проекта на GitHub

Страница проекта на GitHub - это папка с файлами, выложенная в интернет, и называется она репозиторий: как папка на твоём компьютере, только у неё есть память на все прошлые версии - будто фотоальбом, где сохранился каждый снимок, а не только последний. Внутри лежит то же самое, что лежало бы у тебя локально: файлы, вложенные папки, текстовое описание. Разница ровно в этой памяти, и поэтому дверей к скачиванию тут шесть, а не одна

Ты открываешь ссылку и видишь три вещи. Посередине - список файлов и папок. Над списком справа - зелёная кнопка Code. В правой колонке - блок About с описанием и ниже раздел Releases

На скрине выше открыт настоящий проект github/gitignore - в нём 168 файлов в корне, цифра снята нашим собственным прогоном 14 августа 2026 года. Под заголовком Releases написано «No releases published»: у этого проекта готовых сборок нет вообще, и это обычная картина, а не поломка страницы. Пусто в Releases значит одно - забирать придётся сами файлы проекта, а не готовую программу

Слово «ветка» пригодится ниже, поэтому объясним его сразу: ветка - это отдельная версия проекта, как черновик документа рядом с чистовиком. Основная почти всегда называется main, и её имя видно слева над списком файлов. Скачивая проект, ты по умолчанию берёшь именно её

Какие проекты вообще стоит брать новичку - разбор в отдельном материале про то, с чего начать на GitHub. Здесь дальше только механика: как забрать любой из них к себе

Шесть способов скачать с GitHub: какой выбрать под свою задачу

Выбор решает один вопрос: нужны ли тебе потом обновления проекта. Нужны - бери клон, он подтягивает изменения одной командой. Не нужны, забрал и работаешь с тем, что есть - бери архив: он приходит за 1,00 секунду и не просит ни одной установленной программы. Остальные четыре способа - частные случаи: один файл, одна папка, готовая программа, короткая заметка

Официальная документация формулирует разницу так: архив - это снимок на один момент без прошлых версий, а полную историю получают именно клоном (GitHub Docs)

Колонка «шагов» считает действия человека, а не строки в командах. У архива это открыть меню, нажать Download ZIP, распаковать. У клона - скопировать адрес и вставить одну команду

Чего в таблице нет специально. Кнопка Fork ничего не скачивает на компьютер: она делает копию проекта в твоём аккаунте GitHub, и её всё равно потом придётся клонировать или качать архивом. Кнопка Star - это просто закладка, она тоже ничего не скачивает

Если только выбираешь, с чего начать, у нас есть подборка семи учебных проектов - там про то, что брать, здесь про то, как это забрать. Прикинь сразу на себя: прислали ссылку посмотреть один раз - твой способ 1. Хочешь дорабатывать вместе с автором и получать его обновления - способ 2. Нужен один файл со шпаргалкой, а не весь проект - способ 3. Дальше разберём каждый способ по очереди, но сначала - что должно стоять на компьютере

Что поставить до первого скачивания

Для первого способа не нужно ничего: кнопка Download ZIP работает в любом браузере без единой установки. Программы понадобятся начиная со второго способа, и их ровно две, причём одна у большинства уже стоит

Первая - окно, куда печатают команды текстом, а компьютер отвечает. В мире программ его называют терминалом: на Mac он лежит в Программы - Утилиты - Терминал, на Windows эту роль играет PowerShell или встроенное приложение «Терминал». Ставить его не нужно, оно уже есть в системе. Что это за окно и зачем оно вообще - разобрано в карточке про это самое окно для команд, а первые шаги в нём - в гайде про первые шаги в этом окне

Вторая - программа git, которая умеет клонировать проекты. На Mac она обычно уже стоит в комплекте системы

Ещё одна программа пригодится сразу после скачивания - Claude Code, окно, где ты обычными словами пишешь ИИ, что сделать. Без неё способы 1-6 работают точно так же, но именно она превращает скачанные файлы в результат, а не в кучу непонятного кода на диске

Отдельная просьба про установку чего угодно. Строки вида «скопируй это в окно команд» из чужих постов запускают на твоём компьютере чужую программу с твоими правами. Ставь программы с официальных страниц, адрес которых видно целиком, и не запускай то, происхождение чего не понимаешь

Способ 1. Кнопка Download ZIP: весь проект без единой программы

Кнопка Code на странице проекта открывает меню, где нижней строкой стоит Download ZIP - три клика, и весь проект лежит в папке загрузок

Что приходит внутри. На нашем прогоне 14 августа 2026 года архив проекта github/gitignore весил 138 КБ, распаковался в папку на 1,3 МБ и содержал те же 168 файлов, что были видны на странице. Скрытой папки с историей внутри нет - и это не поломка, а устройство архива: он снимок, а не память

Отсюда две вещи. Первая: архив не обновляется - через месяц, когда авторы поправят проект, у тебя останется старая версия, и единственный способ получить свежую - скачать архив заново. Вторая: команды клонирования внутри такой папки работать не будут - для программы это обычная папка, а не проект с памятью

Есть и путь без единого клика: адрес архива предсказуемый, вида https://github.com/<владелец>/<проект>/archive/refs/heads/main.zip для основной ветки. Вместо .zip документация разрешает написать .tar.gz и получить тот же снимок в другом формате - пригождается, когда ссылку присылают прямо в переписке

Выбор формата тут не косметический, и цена видна числом. Перезамер 6 сентября 2026 года на том же проекте github/gitignore: архив .zip пришёл за 1,40 секунды и весит 141 470 байт, архив .tar.gz того же самого состояния - за 1,19 секунды и 75 794 байта, почти вдвое легче. Внутри у обоих одно и то же: 338 записей и ни одной записи скрытой папки с историей. На быстром канале разница в секундах незаметна, на мобильном интернете она решает

Архив лежит на диске, и тут возникает вопрос, на котором спотыкается почти каждый: куда именно он лёг. Разберём его чуть ниже отдельно, а пока - второй способ, который решает вопрос обновлений

Способ 2. Клон: обновления и история в одной команде

Клон - это копия проекта вместе со всей его историей правок, и делается она одной командой в окне для команд, без единого клика по сайту после того, как адрес скопирован

Вот что получилось на живом прогоне 14 августа 2026 года: папка gitignore создалась сама, в ней легли те же 168 файлов плюс скрытая папка с историей весом 4,5 МБ - итого 5,8 МБ против 1,3 МБ у архива. Разница по месту в 4,5 раза, и вся она - история версий

Если после команды на экране побежали строки вида Cloning into и следом Receiving objects: 100% - это нормально, ничего не сломалось, так и должно быть: программа отчитывается о ходе передачи. Если вместо этого появилась строка repository not found - значит проект переименован, удалён или закрыт от посторонних: открой ту же ссылку в браузере, там будет видно, что именно

Взамен места ты получаешь обновление одной командой: зайти в папку проекта и написать git pull - придут только изменения, а не весь проект заново. С архивом так не получится

Про сокращённый клон стоит сказать честно, потому что совет добавить --depth 1 встречается в каждом втором посте. Флаг тянет только последнюю версию без истории, и это быстрее. Но инженер GitHub Деррик Столи, который занимается быстродействием этой системы версий, рекомендует прямо обратное:

«If you are a developer focused on a single repository and your repository is reasonably-sized, the best approach is to do a full clone»

Derrick Stolee, GitHub Blog

Там же у него отдельная строка: докачивать изменения в сокращённую копию дороже, чем в обычную. Практический вывод для новичка: сокращённый клон уместен, когда проект скачивается один раз и потом удаляется, во всех остальных случаях бери обычный

Способ 3. Один файл: адрес raw вместо адреса страницы

Один файл забирается кнопкой Raw в правом верхнем углу окна просмотра файла - рядом с ней стоят ещё два значка: копирование содержимого и скачивание файлом

Тут живёт самая частая заминка новичка: человек копирует адрес прямо из строки браузера, а в нём - вся веб-страница целиком, а не файл. Причина простая: адрес вида github.com/.../blob/... открывает страницу со всей её обвязкой (меню, кнопками, разметкой), а не сам файл

Разница видна на прогоне 14 августа 2026 года по одному и тому же файлу: правильный адрес raw.githubusercontent.com отдал 4657 байт чистого текста, а адрес страницы со словом blob в пути - 327 096 байт разметки. Семьдесят раз разницы, и оба адреса открываются одинаково спокойно - ошибки система не покажет ни в одном случае

Правило перевода одного адреса в другой: замени github.com на raw.githubusercontent.com и убери из пути слово blob. Именно это и делает кнопка Raw - она открывает тот же файл по второму адресу. Дальше сохрани страницу через меню браузера, либо возьми адрес и скачай его напрямую

Способ 4. Одна папка из большого проекта

Пригождается это в одном сценарии: сам проект огромный, а тебе нужен всего один каталог из него. Делается связкой из двух команд, и официальный пример хорошо показывает выгоду - один известный проект с инструментами для ИИ тянется целиком ради 11 540 объектов, хотя нужный каталог - это только семь папок внутри

Одна оговорка, которую стоит назвать вслух: сама команда sparse-checkout официально помечена в документации Git как экспериментальная - её поведение может меняться от версии к версии, это позиция самих авторов, а не наша осторожность. Для первого скачивания способ не нужен - он появляется в жизни тогда, когда обычный клон гигантского проекта начинает занимать минуты, и решает ровно эту задачу

Способ 5. Готовая программа вместо исходников (Releases)

Раздел Releases отдаёт уже собранную программу, которую можно запустить сразу, без установки инструментов разработчика. У одного из релизов официальной программы gh (версия 2.97.0) там лежит 25 готовых файлов под разные системы

На скрине выше - снимок 14 августа 2026 года, 25 файлов размером от 1,9 КБ до 27 МБ. Список файлов называется Assets, и именно там начинается растерянность новичка: имя каждого файла несёт три признака сразу

1. Система: macOS, linux, windows
2. Процессор: arm64 для Mac на чипах Apple начиная с M1, amd64 для компьютеров на Intel и AMD, universal для сборки под оба сразу
3. Тип упаковки: .deb и .rpm - установщики для разных Linux, .zip и .tar.gz - просто архивы, .msi и .pkg - установщики для Windows и Mac

Файл checksums.txt в списке - не программа, а контрольная сумма: по ней проверяют, что скачанное не побилось при передаче

Файл можно забрать и без единого клика по кнопке - прямым адресом. На нашем прогоне 14 августа 2026 года файл контрольных сумм релиза 2.92.0 весом 1950 байт пришёл за 0,76 секунды по прямой ссылке, без единой открытой страницы браузера. У кого уже стоит программа gh, тот же файл берётся её собственной командой gh release download, а нужный файл среди всех выбирается флагом с образцом имени

Ограничение по размеру у релизов щедрое - до 2 ГБ на файл и до тысячи файлов на релиз. Это и объясняет, почему готовые программы кладут именно сюда, а не в обычные файлы проекта, где потолок куда скромнее

Как забрать конкретную версию, а не сегодняшнюю

Кнопка Download ZIP всегда отдаёт снимок «на сейчас». Это устраивает ровно до того дня, когда нужна не свежая версия, а та самая: под которую написана инструкция, под которую собран курс, на которой у коллеги всё работало. Дверей к конкретной версии три, и все три уже открыты - просто они не на виду

1. Версия релиза: раздел Releases, внутри нужного релиза раскрыть список Assets и взять строку Source code (zip) или Source code (tar.gz) - это исходники на момент релиза, а не готовая программа из способа 5
2. Версия метки: тот же раздел Releases, сверху вкладка Tags, у каждой метки свои zip и tar.gz
3. Версия правки: адрес https://github.com/<владелец>/<проект>/archive/<номер правки>.zip - номер берётся из истории проекта, и это единственная дверь, которая отдаёт всегда одно и то же

Третья дверь отличается от первых двух не удобством, а гарантией, и это проверяется. Мы скачали два архива одного и того же состояния проекта: один по имени ветки main, второй по полному номеру правки 361f1e6, на который эта ветка в тот момент указывала. Снаружи файлы разные - 141 470 байт против 165 806, отпечатки не совпадают. Внутри одинаковые: списки из 341 записи с именами и размерами совпали построчно. Разница снаружи объясняется просто - имя корневой папки внутри архива, gitignore-main против gitignore-361f1e6afa729dc58ec33bf0849772a03ddf6822, повторяется в каждом пути и весит байты

Отсюда правило на каждый день: сверять с коллегой распакованное содержимое, а не размер или отпечаток самого архива - у одинакового кода они законно разные

Документация проекта говорит об этом прямо и объясняет причину. Архивы не лежат готовыми, они собираются в момент запроса и через какое-то время стираются из кэша, а при следующем запросе собираются заново. Архив по номеру правки при этом всегда даст то же содержимое, а вот архив ветки или метки - не обязательно: ветка переезжает на новые правки, метку в чужом проекте могут перевесить. Настройки упаковки GitHub тоже оставляет за собой право поменять, обещая предупредить не меньше чем за полгода

Ещё одна мелочь, которая всплывает через месяц: имя проекта входит в имя корневой папки внутри архива. Проект переименовали - у нового архива корень называется иначе, и путь в твоём скрипте перестаёт совпадать. Поэтому в командах и инструкциях лучше не зашивать имя папки руками, а брать его из того, что реально распаковалось

Способ 6. Gist: одна страница, один файл

Gist - это отдельная страница с одним-двумя файлами, и работают с ней теми же тремя дверьми, что и с обычным проектом: своя история версий внутри тоже есть

Три пути забрать содержимое проверены прогоном 14 августа 2026 года на публичной шпаргалке. Клон работает как у обычного проекта - команда та же, только адрес другой. Один файл по адресу raw тоже работает без единой программы. А вот привычный адрес архива, который так удобен у обычного проекта, у gist отвечает «такой страницы нет» - у него другой шаблон адреса, с длинным номером версии вместо имени ветки, и руками его не собирают. Кнопка Download ZIP на странице gist подставляет этот номер сама

Ещё одна вещь про gist, которая иногда важна: они бывают публичные и секретные, и разница не в защите, а в поиске. Секретный gist не показывается в общем поиске и не ищется, если ты не автор и не вошёл в аккаунт - но стоит переслать на него ссылку кому угодно, и человек её откроет: паролей на gist нет

Скачал, а куда легла папка и как её открыть

Архив из браузера ложится в папку загрузок - ~/Downloads на Mac и Linux, C:\Users\<имя>\Downloads на Windows, - а распакованная папка появляется рядом с ним, там же. Клон из окна для команд ложится иначе: не в загрузки, а в ту папку, где ты стоял в момент команды. Если перед клоном ничего не менял, это твоя домашняя папка

Дальше проект надо открыть словами, а не руками копировать файлы

Три вопроса, которые окупают скачивание чужого проекта в первые пять минут: «объясни, что делает этот проект и из каких частей он состоит», «что мне нужно установить, чтобы запустить его у себя, по шагам», «покажи, с какого файла начать читать код, и объясни его построчно»

Если проект - это набор шаблонов, а не программа, порядок другой: файлы надо разложить по нужным папкам, это разобрано отдельно в гайде про установку готовых заготовок из проектов GitHub. Если команда для запуска не находится, поставь её по пошаговому разбору установки

Шесть тупиков новичка и что делать в каждом

Шесть заминок закрывают почти все затыки при скачивании, и ни одна из них не ломает компьютер и не портит файлы - это ожидаемые моменты, а не сигнал, что что-то пошло катастрофически не так

Про кириллицу точнее, потому что совет «не используй русские буквы в путях» звучит как суеверие, а не как факт. Сам клон в папку с русским названием проходит нормально - это проверено. Ломается то, что запускается ПОСЛЕ: часть программ спотыкается на не-латинских символах в пути. Отсюда простое правило: держи проекты в пути из латиницы, чтобы потом не искать причину непонятной ошибки

Ещё два момента, которые формально даже не ошибки. Первый: внутри архива вместо проекта лежит одна папка с приставкой вроде -main - это нормально, так называется корень архива. Второй: команда клонирования отработала, а папки не видно на рабочем столе - она легла туда, где стояло окно для команд в момент запуска, и загрузки тут ни при чём

ZIP или клон: честный замер на одном проекте

Замер 14 августа 2026 года на одном и том же проекте дал 1,00 секунду у архива против 6,39 секунды у клона - разница в 6,4 раза. Условия одинаковые для обоих способов: тот же проект github/gitignore, тот же канал связи, по три прогона на время

Пять клонов подряд дали пять чуть разных размеров папки - от 5,0 до 6,0 МБ, и это не ошибка замера: GitHub каждый раз по-своему упаковывает историю. Но если из любого результата вычесть вес скрытой папки с историей, останется ровно 1,3 МБ - столько же весит распакованный архив. Значит сам проект у обоих способов одинаковый, разница целиком в истории версий

Перезамер 6 сентября 2026 года, три недели спустя, на том же проекте: архив .zip - 1,40 с и 141 470 байт, архив .tar.gz - 1,19 с и 75 794 байта, клон - 2,33 с и папка 5,5 МБ, из которых 4,2 МБ занимает история. Один файл по адресу raw пришёл за 0,40 секунды и весит 4 655 байт. История за три недели выросла с 4 217 сохранённых версий до 4 244

Сравнивать в лоб августовские 6,39 секунды клона с сегодняшними 2,33 нельзя: это разница каналов связи, а не способов. Переносится другое - порядок: архив приходит быстрее клона, клон тяжелее ровно на историю, а один файл дешевле всего остального на порядок

Честная граница замера: один канал связи, один день, один проект среднего размера - переносить эти секунды на любой другой проект нельзя. А вот что переносится - соотношение: сам проект у обоих способов одинаковый, клон тяжелее ровно на историю версий, и чем старше проект, тем эта разница больше. У проверенного проекта с его 4217 сохранёнными версиями история занимает три четверти веса клона

Что меняется, когда чужой проект открывается за минуту

Пропадает копипаст между окном браузера и чатом - одно изменение в привычке, но оно превращает сотню открытых вкладок в один вопрос к Claude Code. До этого каждый вопрос про чужой код стоил трёх переключений: открыл файл в браузере, выделил кусок, вставил в чат

После того как папка лежит на диске, вопрос задаётся один раз - модель сама ходит по файлам и находит то, что нужно, без единой вставки руками

Дальше начинается место, где застревают уже все: скачать чужой проект - навык на десять минут, ты его только что прошёл. А вот понять, что из скачанного нужно именно тебе, что выкинуть, как переделать под свою задачу и собрать из чужих кусков что-то своё - это уже другая работа. Читать чужой код глазами не обязательно. Обязательно уметь поставить задачу так, чтобы модель сделала это за тебя и не сломала остальное

Это и есть вайбкодинг: чужая заготовка плюс твоя постановка задачи дают рабочий результат, и учить язык программирования для этого не требуется. Мы разбираем этот путь на живых проектах, по шагам, с готовыми формулировками запросов

Источники

• GitHub Docs, скачивание архива с исходным кодом - кнопка Download ZIP, адреса архивов веток и тегов, отсутствие истории в снимке
• GitHub Docs, клонирование проекта - кнопка Code, протоколы, что именно тянет клон
• git-scm.com, флаги команды клонирования - описание флагов --depth, --filter=blob:none, --sparse
• GitHub Blog, partial и shallow clone - позиция инженера Деррика Столи о том, когда брать полный клон
• GitHub Docs, о релизах - что такое релиз, потолок 2 ГБ на файл, авто-архивы тега
• GitHub Docs, где смотреть релизы и теги - откуда открывается раздел Releases на странице проекта
• Мануал программы gh, команда release download - описание команды и флагов --pattern, --dir, --clobber
• GitHub Docs, создание gist - gist как проект с историей версий, разница публичного и секретного
• GitHub Docs, о больших файлах на GitHub - предупреждение на 50 МБ, блокировка на 100 МБ, рекомендация до 1 ГБ
• git-scm.com, sparse-checkout - что делает команда и предупреждение о её экспериментальном статусе

Памятка: забрать проект с GitHub и открыть его

Девять строк пути от чужой ссылки до запущенного проекта

Частые вопросы

Читайте также

С чего начать на GitHub

Устройство проекта простыми словами

7 проектов для учёбы

Что скачивать, когда уже умеешь скачивать

Окно для команд с нуля

Куда вставляют команды из этой статьи