¿Cuál es la mejor manera de distribuir un binary de mi proyecto en GitHub?

Tengo un pequeño repo de github para convertir documentos de MS Word, pero la mayoría de la gente solo quiere el binary.

Debería

  • ¿Reorganizar mi repo para tener un src/ y bin/ directorys con el .exe actualizado con el código y espero que las personas descarguen todo el lote?
  • ¿Comstack y coloca mi binary en otro lugar en la web y lo enlaza?
  • Incluir mi binary en mi repository, pero vincularlo por separado?

Para alojar ese binary para su aplicación, ahora puede, desde el 2 de julio de 2013 , definir una versión .

Releases , un flujo de trabajo para enviar software a los usuarios finales.
Las versiones son objects de primera class con loggings de cambios y activos binarys que presentan un historial completo del proyecto más allá de los artefactos Git. Se puede acceder desde la página principal de un repository:

página principal

  • Las versiones se acompañan de notas de la versión y enlaces para download el software o el código fuente.
  • Siguiendo las convenciones de muchos proyectos de Git, los lanzamientos están ligados a las tags de Git. Puede usar una label existente o permitir que las versiones creen la label cuando se publique.
  • También puede adjuntar activos binarys (como ejecutables comstackdos, scripts minificados, documentation) a una versión . Una vez publicados, los detalles y los activos están disponibles para cualquiera que pueda ver el repository.

lanzamiento

Eso reemplaza el antiguo service de carga binaria , que se eliminó en diciembre de 2012 (como mencionas en tu pregunta).

Probablemente no sea lo que quiere escuchar, pero en su caso, esto es principalmente preference personal.

No tiene que almacenar el binary en el repository porque no es una dependencia importante. Es al revés: todo lo que necesita para recrear el file debe estar en su repository (incluidos los Makefiles / files de proyecto).

Puede almacenar el binary en el repository porque es bastante pequeño. No debe almacenarlo en el repository cuando el tamaño general en el repository (tamaño de base + diferencias, dependiendo de cuán grandes sean las diferencias) es abrumador, pero este no parece ser el caso (500 KiB según su repository).


Mi preference personal es nunca almacenar files generados (binarys, sino también files de text generados) en el repository. Posiblemente porque tengo experiencia con 2 repositorys Gib csv que tardan años en extraerse. (para ser justo: también lleva años comstackr)

Para mi proyecto github, creé un subdominio en algún espacio web donde puse todas mis descargas y la página de índice de ese subdominio hacia adelante en mis páginas github. Las páginas de github se vinculan a las descargas en mi subdominio de espacio web. Solo porque me gusta mi subdominio github un poco más para este proyecto.

Sin embargo, mi herramienta funciona para diferentes plataforms, por lo que no todos los usuarios necesitan cada file binary. Los binarys en realidad son backends (por lo tanto, dependencies), pero intercambiables / opcionales

Puedes echar un vistazo a mi configuration .

Puede intentar esto: http://sourceforge.net/publish/?source=github

Parece prometedor poder "crear en Github pero distribuir en Sourceforge".