Подтвердить что ты не робот

Каков наилучший способ распространения двоичного кода моего проекта на GitHub?

У меня есть small github repo для конвертирования документов MS Word, но большинство людей просто захотят получить двоичный файл.

Должен ли я

  • Реорганизовать мое репо, чтобы иметь каталоги src/ и bin/, максимально используя  введите .exe с кодом и ожидайте, что люди загружат всю партию?
  • Скомпилируйте и поместите мой бинарный файл где-нибудь еще в Интернете и ссылку на него?
  • Включить мой двоичный файл в мое репо, но ссылку на него отдельно?
4b9b3361

ОТВЕТЫ

Ответ 1

Чтобы разместить этот бинарный файл для своего приложения, вы можете с 2 июля 2013 г., определить выпуск.

Релизы, рабочий процесс для доставки программного обеспечения конечным пользователям.
Релизы являются первоклассными объектами с изменениями и бинарными активами, которые представляют полную историю проекта за артефактами Git. Они доступны с домашней страницы репозитория:

homepage

  • Релизы сопровождаются примечаниями к выпуску и ссылками для загрузки программного обеспечения или исходного кода.
  • Следуя соглашениям многих проектов Git, релизы привязаны к тегам Git. Вы можете использовать существующий тег или позволить релизам создавать тег при его публикации.
  • Вы также можете присоединить двоичные активы (например, скомпилированные исполняемые файлы, миниатюрные скрипты, документацию) к выпуску. После публикации сведения о выпуске и активы доступны для всех, кто может просматривать репозиторий.

release

Это заменяет старый файл загрузки , который был удален в декабре 2012 года (как вы упомянули в своем вопросе).

Ответ 2

Вероятно, не то, что вы хотите услышать, но в вашем случае это в основном личные предпочтения.

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

Вы можете сохранить двоичный файл в репо, потому что он довольно мал. Вы не должны хранить его в репозитории, когда общий размер в репозитории (базовый размер + diffs, в зависимости от того, насколько велики различия) является подавляющим, но это, похоже, не так (500 KiB в соответствии с вашим репо).

Мое личное предпочтение заключается в том, чтобы никогда не хранить сгенерированные файлы (двоичные файлы, а также сгенерированные текстовые файлы) в репо. Возможно, потому что у меня есть опыт работы с 2 репозиториями GiB csv, которые занимают много времени. (справедливости ради: для сбора также требуется возраст)

Для моего проекта github я создал субдомен в каком-то веб-пространстве, где я поместил все мои загрузки и индексную страницу этого субдомена вперед на мои github-страницы. Страницы github ссылаются на загрузки на моем субдомене webspace. Просто потому, что мне нравится мой поддомен github немного больше для этого проекта.

Мой инструмент работает для разных платформ, поэтому не каждому пользователю нужен каждый двоичный файл. Бинарные файлы на самом деле являются бэкэндами (следовательно, зависимостями), но взаимозаменяемыми/необязательными

Вы можете посмотреть мою настройку.

Ответ 3

Вы можете попробовать следующее: http://sourceforge.net/publish/?source=github

Похоже, что он может "создавать на Github, но распространять на Sourceforge".