Какова наилучшая практика распространения двоичных файлов из проекта github?
Какова наилучшая практика распространения двоичных файлов из проекта github?
Я могу думать:
- Создайте папку bin в вашем проекте, где вы сохраните копию двоичных файлов.
Однако github предназначен для хранения исходного кода, а не двоичных файлов. Хранение больших и
Регулярно изменяющиеся двоичные файлы могут быть дорогостоящим дисковым пространством и пропускной способностью?
- Загрузите копию двоичных файлов на страницы github
проекта или использовать отдельный веб-сайт для размещения ваших двоичных файлов.
Однако это не всегда возможно, и требует больше (ручной) работы для
я хочу, чтобы бинарные файлы обновлялись автоматически или с помощью
одно действие.
Ответы
Ответ 1
Теперь мне ясно, что важно не хранить двоичные файлы в вашем проекте github. Таким образом, вам нужно будет хранить двоичные файлы в другом месте. Возможные решения, с которыми я столкнулся, заключаются в следующем:
- Храните двоичные файлы в отдельном подмодуле (dalores idea). Имеет смысл хранить их в ваших проектах github pages, которые вы используете для размещения своих веб-сайтов проектов через github.
- Если у вас есть только несколько двоичных файлов или только zip файл, вы можете загрузить их в github через Downloads → Upload new file. Эта функция довольно ограничена, но вы не можете поместить файлы в структурированные папки.
- В случае файлов java jar существуют решения, например Nexus для управления вашими библиотеками.
- Храните двоичные файлы на совершенно другом сайте, который вы размещаете самостоятельно
Ответ 2
По состоянию на 11 декабря 2012 года функция Downloads на GitHub устарела. Статья Распространение больших двоичных файлов рекомендует использовать внешнюю службу:
Мы рекомендуем Amazon S3 для хранения в паре с CloudFront для служения через CDN или другие службы, такие как SourceForge.
Однако с 2 июля 2013 г. теперь можно определить выпуск.
Релизы, рабочий процесс для доставки программного обеспечения конечным пользователям.
Релизы являются первоклассными объектами с изменениями и бинарными активами, которые представляют полную историю проекта за артефактами Git. Они доступны с домашней страницы репозитория:
![homepage]()
- Релизы сопровождаются примечаниями к выпуску и ссылками для загрузки программного обеспечения или исходного кода.
- Следуя соглашениям многих проектов Git, релизы привязаны к тегам Git. Вы можете использовать существующий тег или позволить релизам создавать тег при его публикации.
- Вы также можете присоединить двоичные активы (например, скомпилированные исполняемые файлы, миниатюрные скрипты, документацию) к выпуску. После публикации сведения о выпуске и активы доступны для всех, кто может просматривать репозиторий.
![release]()
Ответ 3
Какие бинарные файлы? Бинарные файлы должны были исходить из источника в какой-то момент?
Итак, добавьте источник, который создает эти двоичные файлы в качестве подмодуля в git. Затем в процессе сборки создайте эти двоичные файлы сначала, прежде чем создавать свой источник. Подмодуль поддерживается синхронно с определенной версией источника, который, как вы знаете, работает. Вы также получаете возможность легко отлаживаться, так как у вас есть источник.
Если двоичные файлы не являются изображениями и т.д., просто сохраните их.
Если пространство является проблемой, используйте битбакет, так как они имеют неограниченное пространство.