Happ на GitHub: официальные релизы и проверка файлов

Автор: Дмитрий Соколов, ведущий технический автор
Проверил:: Артём Волков
Проверено:: 28 сентября 2026
Опубликовано:: 27 сентября 2026, обновлено 28 сентября 2026
Версия гайда:: 1.0

Коротко

Happ на GitHub — это два репозитория: github.com/Happ-proxy/happ-desktop (Windows, macOS, Linux) и github.com/Happ-proxy/happ-android (Android, Android TV). В разделе Releases каждого репозитория собраны версии с файлами для загрузки, а метка Pre-release отличает тестовую сборку от стабильного релиза.

GitHub — основной источник файлов Happ для прямой установки, отдельно от магазинов приложений. У проекта два репозитория с разными платформами: happ-desktop собирает установщики для Windows, macOS и Linux, а happ-android — APK для Android и Android TV. Каждый релиз в разделе Releases подписан номером версии и содержит список файлов Assets с именами, которые не меняются от версии к версии, — например setup-Happ.x64.exe или Happ.apk. Часть релизов помечена как Pre-release: это более новая, но менее проверенная сборка, а не основная рекомендованная версия.

Что находится на github.com/Happ-proxy

Организация Happ-proxy на GitHub ведёт два репозитория с файлами для прямой установки — то есть без магазина приложений:

Репозиторий	Платформы	Что внутри
happ-desktop	Windows, macOS, Linux	установщики и пакеты для компьютеров
happ-android	Android, Android TV	APK-файлы

В каждом репозитории раздел Releases — это список версий по времени публикации. У каждой версии есть номер (тег), заметка об изменениях на английском и список файлов Assets, доступных для скачивания напрямую с этой страницы.

Форматы файлов по платформам

Имена файлов в Assets не содержат номер версии и не меняются от релиза к релизу — это позволяет использовать постоянную ссылку .../releases/latest/download/<имя файла>, которая всегда указывает на файл из самого нового релиза.

Платформа	Имя файла
Windows x64	`setup-Happ.x64.exe`
Windows arm64	`setup-Happ.arm64.exe`
macOS (Apple Silicon и Intel)	`Happ.macOS.universal.dmg`
Linux x64: Debian/Ubuntu, Red Hat, Arch	`Happ.linux.x64.deb`, `Happ.linux.x64.rpm`, `Happ.linux.x64.pkg.tar.zst`
Linux arm64: те же три формата	`Happ.linux.arm64.deb`, `Happ.linux.arm64.rpm`, `Happ.linux.arm64.pkg.tar.zst`
Android и Android TV, стабильная версия	`Happ.apk`
Android и Android TV, бета	`Happ_beta.apk`

Ссылки для конкретной платформы и требования к системе собраны на страницах загрузки: Windows, macOS, Linux, Android, Android TV.

Стабильные релизы и пререлизы

GitHub помечает часть релизов меткой Pre-release — это более новая, но менее проверенная сборка. На 2026-09-28 у happ-desktop стабильный релиз — 4.3.0, а пререлиз — 4.4.6; у happ-android стабильный файл Happ.apk соответствует версии 4.4.1, а бета Happ_beta.apk — версии 4.6.0.

Постоянная ссылка .../releases/latest/download/... всегда ведёт на файл из последнего стабильного релиза. Чтобы скачать именно пререлиз, нужно открыть его страницу в разделе Releases и выбрать файл там — прямая ссылка latest пререлиз не подхватывает.

Для Android документация отдельно отмечает: в бета-версии возможны ошибки, поэтому для основного устройства обычно выбирают стабильный Happ.apk, а Happ_beta.apk — для проверки новых функций или исправлений заранее.

Отдельный случай — сборка для устаревших систем: тег релиза 1.0.2 в happ-desktop — это Legacy-версия для Windows 7 и 8, где актуальный Happ на Qt 6 не запускается. Она находится не по ссылке latest, а по прямому адресу тега на странице релизов.

Проверка подлинности файла

Файлы из официальных репозиториев github.com/Happ-proxy считаются доверенным источником сами по себе, но полную проверку — сверку размера, хеша SHA-256 и цифровой подписи установщика — стоит выполнить после скачивания, особенно если ссылка пришла не напрямую с GitHub, а через посредника. Пошаговый разбор для каждой платформы — на странице как проверить подлинность установочного файла.

Ссылка на файл ведёт на github.com/Happ-proxy/happ-desktop или github.com/Happ-proxy/happ-android, а не на сторонний сайт.
Понятно, стабильный это релиз или пререлиз — метка видна на странице Releases.
Имя скачанного файла совпадает с ожидаемым для платформы, без лишних символов и другого регистра.
Для важных случаев дополнительно сверен хеш SHA-256 из проверки подлинности файла.

Главное

Happ распространяется на GitHub через два репозитория: happ-desktop для Windows, macOS и Linux, и happ-android для Android и Android TV.
Имена файлов в разделе Assets постоянны от релиза к релизу — например setup-Happ.x64.exe или Happ.apk, — поэтому ссылка вида .../releases/latest/download/<имя файла> всегда ведёт на самую новую версию.
Метка Pre-release в GitHub отличает тестовую сборку от последнего стабильного релиза — например, на 2026-09-28 у happ-desktop это пререлиз 4.4.6 против стабильного 4.3.0.
Для Android помимо стабильного Happ.apk отдельно собирается Happ_beta.apk — бета-канал, где возможны ошибки.
Для Windows 7 и 8, где современная сборка на Qt 6 не запускается, у happ-desktop есть отдельный тег релиза Legacy 1.0.2.

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

Чем отличаются два репозитория Happ на GitHub?

happ-desktop собирает установщики для компьютеров — Windows, macOS (единый DMG для Apple Silicon и Intel) и Linux в трёх форматах пакетов. happ-android отвечает за Android и Android TV — там всего два файла, стабильный Happ.apk и бета Happ_beta.apk. Указатель на скачивание с телефона или компьютера в итоге ведёт в один из этих двух репозиториев, в зависимости от платформы.

Что означает метка Pre-release у релиза?

Это тестовая сборка, которая вышла позже стабильного релиза, но ещё не считается основной рекомендованной версией — в её описании может быть больше изменений, но и больше риска встретить неполадку. На 2026-09-28 у happ-desktop это пререлиз 4.4.6 против стабильного релиза 4.3.0, а у happ-android — Happ_beta.apk версии 4.6.0 против стабильного Happ.apk версии 4.4.1.

Почему имя файла не меняется, хотя версия каждый раз новая?

Разработчики Happ используют постоянные имена файлов в каждом релизе — например, setup-Happ.x64.exe или Happ.macOS.universal.dmg, — а номер версии виден только в самом релизе на GitHub, а не в имени файла. Благодаря этому ссылка вида .../releases/latest/download/<имя файла> всегда указывает на самую свежую версию без необходимости менять адрес вручную.

Можно ли скачать не самую новую, а конкретную старую версию Happ?

Да, в разделе Releases репозитория можно открыть любой более ранний тег и скачать файлы именно из него, а не только последнюю версию по ссылке latest. Это пригождается, например, если нужна сборка Legacy 1.0.2 для Windows 7 и 8, где современная версия на Qt 6 не запускается.

На каком языке описания релизов на GitHub?

Описания релизов (changelog) в обоих репозиториях публикуются на английском языке — это отдельные технические заметки разработчиков о том, что изменилось в конкретной версии, а не переведённая документация. Для базовых фактов о приложении удобнее пользоваться русской документацией на docs.happ.info, а раздел Releases — прежде всего источник самих файлов и истории версий.

Стоит ли обычному пользователю устанавливать пререлиз вместо стабильной версии?

Это оправдано, если в описании пререлиза есть исправление именно вашей проблемы или новая функция, ради которой стоит рискнуть, — иначе разумнее остаться на последнем стабильном релизе. Для Android документация напрямую предупреждает, что в бета-канале Happ_beta.apk возможны ошибки, и это стоит держать в уме перед установкой на основное устройство.

Упомянутые темы

Разделы по теме

Источники

Релизы Happ для Windows, macOS и Linux на GitHub — обращение 28 сентября 2026
Релизы Happ для Android на GitHub — обращение 28 сентября 2026
Документация Happ: где скачать — обращение 28 сентября 2026