Qual è il modo migliore per distribuire un binario del mio progetto su GitHub?

Question

Ho un small github repo per convertire documenti MS Word, ma la maggior parte delle persone vorranno solo il file binario.

Devo

• Riorganizzare il mio repo di avere un src/ e bin/ directory con le più data .exe con il codice e si aspettano le persone a scaricare l'intero lotto?
• Compilare e posizionare il mio binario da qualche altra parte sul Web e collegarlo ad esso?
• Includi il mio file binario nel mio repository ma collegalo separatamente?

Answer 1

Per ospitare quel file binario per la propria applicazione, è ora possibile, since 2nd July 2013, definire una versione.

Uscite, un flusso di lavoro per il software agli utenti finali la spedizione.
I rilasci sono oggetti di prima classe con changelog e risorse binarie che presentano una cronologia completa del progetto oltre le risorse Git.Sono accessibili dalla home page di un repository:

• Uscite sono accompagnati da note di rilascio e link per scaricare il codice del software o la fonte.
• In seguito alle convenzioni di molti progetti Git, i rilasci sono legati ai tag Git. Puoi utilizzare un tag esistente o lasciare che i rilasci creino il tag quando viene pubblicato.
• È possibile anche allegare risorse binarie (come eseguibili compilati, script minified, documentazione) per un rilascio. Una volta pubblicati, i dettagli di rilascio e le risorse sono disponibili per chiunque possa visualizzare il repository.

che sostituisce il old binary upload service, che era removed in December 2012 (come si parla nella domanda).

Answer 2

Probabilmente non è quello che vuoi sentire, ma nel tuo caso si tratta principalmente di preferenze personali.

Non è necessario memorizzare il file binario nel repository, poiché non è una dipendenza importante. È il contrario: tutto il necessario per ricreare il file dovrebbe essere nel repository (inclusi i file Makefile/di progetto).

È possibile memorizzare il file binario nel repository perché è piuttosto piccolo. Non dovresti memorizzarlo nel repository quando la dimensione complessiva nel repository (dimensione base + diff, a seconda di quanto sono grandi le differenze) è travolgente, ma non sembra essere così (500 KiB in base al repository).

---

La mia preferenza personale è quella di non archiviare mai i file generati (file binari, ma anche file di testo generati) nel repository. Probabilmente perché ho esperienza con 2 repository csv GiB che impiegano anni a tirare. (per essere onesti: ci vogliono anche anni per compilare)

Per il mio progetto github ho creato un sottodominio su qualche spazio web in cui ho messo tutti i miei download e la pagina di indice di quel sottodominio in avanti alle mie pagine github. Le pagine github si collegano ai download sul sottodominio del mio spazio web. Solo perché mi piace il mio sottodominio github un po 'di più per questo progetto.

Il mio strumento funziona per diverse piattaforme, quindi non ogni utente ha bisogno di ogni file binario. I binari sono effettivamente backend (quindi dipendenze), ma intercambiabili/facoltativi

È possibile dare un'occhiata a my setup.

Answer 3

Si può provare questo: http://sourceforge.net/publish/?source=github

Sembra promettente per essere in grado di "creare su Github, ma distribuire su Sourceforge".