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
src/
y bin/
directorys con el .exe
actualizado con el código y espero que las personas descarguen todo el lote? 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:
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".