¿cuál es la mejor práctica de distribución de binarios de un proyecto github?

Question

¿cuál es la mejor práctica de distribuir binarios de un proyecto github?

me ocurre:

• Crear una carpeta bin en su proyecto en el que guarde una copia de los binarios. Sin embargo, github está destinado a almacenar código fuente y no archivos binarios Almacenar en grande y cambiar regularmente los binarios puede ser costoso como el espacio en disco y el ancho de banda?
• Cargue una copia de los archivos binarios al github pages del proyecto , o utilice un sitio web aparte para alojar sus archivos binarios. Sin embargo, eso no siempre es factible y requiere más trabajo (manual) para mantener los binarios actualizados, prefiero que los binarios se actualicen automáticamente o con una sola acción .

Answer 1

Es claro para mí ahora que es importante no almacenar binarios en su propio proyecto github. Por lo tanto, deberá almacenar binarios en otro lugar. Las posibles soluciones que encontré son:

• Almacene los binarios en un submódulo separado (dalores idea). Tiene sentido almacenarlos en sus proyectos github pages, que usa para alojar el sitio web de sus proyectos a través de github.
• Si solo tiene unos pocos archivos binarios o zip, puede cargarlos en github a través de Descargas -> Cargar un archivo nuevo. Sin embargo, esta característica es bastante limitada, no puede colocar archivos en carpetas estructuradas.
• En el caso de los archivos java jar, existen soluciones como Nexus para administrar sus bibliotecas.
• tienda los binarios en un sitio completamente independiente que se aloje mismo

Answer 2

¿Qué tipo de archivos binarios? Los binarios deben haber venido de la fuente en algún momento, ¿verdad?

Agregue la fuente que crea esos binarios como un submódulo en git. Luego, en su proceso de compilación, cree esos binarios antes de crear su fuente. El submódulo se mantiene sincronizado con una versión específica de la fuente que usted sabe que funciona. También obtiene el beneficio de poder depurar más fácilmente ya que tiene la fuente.

A menos que los binarios sean imágenes, etc., solo almacénelas.

Si el problema es el espacio, use bitbucket ya que tienen espacio ilimitado.

Answer 3

el 11 de diciembre de 2012, la Downloads feature on GitHub is deprecated. El artículo Distributing large binaries recomienda el uso de un servicio externo:

Recomendamos Amazon S3 para el almacenamiento emparejado con CloudFront para servir a través de CDN, u otros servicios tales como SourceForge.

---

Sin embargo, since 2d July 2013, ahora se puede definir un comunicado de .

lanzamientos, un flujo de trabajo para el software a los usuarios finales el envío.
Las versiones son objetos de primera clase con registros de cambios y activos binarios que presentan un historial completo del proyecto más allá de los artefactos de Git. Son accesibles desde la página principal de un repositorio:

• lanzamientos se acompañan de notas de la versión y enlaces para descargar el código de software o fuente.
• Siguiendo las convenciones de muchos proyectos de Git, los lanzamientos están ligados a las etiquetas de Git. Puede usar una etiqueta existente o permitir que las versiones creen la etiqueta cuando se publique.
• También puede adjuntar recursos binarios (como ejecutables compilados, scripts minificados, documentación) a un lanzamiento. Una vez publicados, los detalles y los activos están disponibles para cualquiera que pueda ver el repositorio.