Quale tecnologia di integrazione continua viene utilizzata per i giochi? [chiuso]

Quale tecnologia e software di integrazione continua consiglieresti di utilizzare con i giochi?

Inoltre ci sono librerie di tecnologia di costruzione o linguaggi specifici che consiglieresti di usare quando una parte personalizzata della pipeline delle risorse di gioco deve essere codificata internamente?

Esistono buone risorse per dimostrare il business case per l'utilizzo di sistemi di build automatici e continui per i giochi?

Hudson è di gran lunga la migliore app di integrazione continua di sempre.

È gratuito (penso all'open source) e viene fornito in un unico file .war, oppure puoi optare per il pacchetto autonomo con un piccolo server di applicazioni Tomcat (credo) - in entrambi i casi, installazione semplicissima.

L'interfaccia utente è sorprendente. L'elenco dei plug-in potrebbe continuare all'infinito (sarà compatibile con qualsiasi sistema tu usi - tracker di bug, sistemi di controllo del codice sorgente, ecc.). Puoi avere più account utente con diverse autorizzazioni. L'aggiunta di un progetto, la modifica delle impostazioni o la visualizzazione di esecuzioni precedenti è davvero molto semplice da eseguire tramite il browser.

Devi solo provarlo. Non preoccuparti di configurare i file di testo come Cruise Control richiede; Hudson fa la differenza giorno e notte da quello.

CruiseControl.NET è una buona scelta che abbiamo usato internamente alcune volte; è gratuito e viene fornito con un'app desktop che ti mostra chiaramente quando le persone infrangono la build.

C'è anche Pulse , che è estremamente ben caratterizzato e ha un'interfaccia web spiffy. Ha un costo, tuttavia, poiché è necessaria una licenza per eseguirlo per server di build.

Usiamo i nostri server CI per creare il nostro codice ogni volta che qualcuno commette un commit, che è il caso d'uso standard, ma tutte le nostre risorse di gioco sono configurate per essere costruite dai nostri server CI e stiamo per collegare build giornaliere di dischi , in modo che il nostro team addetto al controllo qualità abbia una build ISO pronta per essere testata ogni mattina.

Fa risparmiare molto tempo al programmatore (invariabilmente, è sempre un programmatore che fa queste cose) nel dover costruire manualmente codice / risorse / dischi.

Crociera (ora rinominata Go)

http://www.thoughtworks-studios.com/go-agile-release-management

Cruise è probabilmente il miglior CI che ho usato perché comprende una pipeline di rilascio, che ti consente di impostare una serie di regole per spostare una particolare build in pacchetto da uno stadio all'altro e consente alle persone di afferrare gli artefatti in qualsiasi fase attraverso RIPOSO. Supporta inoltre la distribuzione di lavori tra più agenti nella sua versione Pro.

Detto questo, Cruise è Sicuramente pensato per gli sviluppatori aziendali, e quindi è costoso. Ho intenzione di parlare con loro di come cambiare il loro piano tariffario per far piegare le compagnie di gioco, ma finora non ho avuto fortuna.

Buildbot
Conosco diversi studi di giochi ed effetti visivi che usano Buildbot .

Nell'ultimo anno ho lavorato con il nostro sistema di build per implementare una strategia di integrazione continua per lo studio. Siamo uno studio multi-piattaforma (win, lin, osx) che Buildbot può gestire bene. Sono in grado di accendere gli schiavi su più caselle, eseguire e riportare al master in modo che possa visualizzare i risultati. Posso vedere i registri di esecuzione delle caselle dal master ogni volta che lo desidero. Posso agganciarmi ad altri schiavi, quindi quando uno schiavo termina emette un segnale per l'avvio di altri schiavi.

Finora mi sono divertito molto ad usarlo e ancora non so davvero quali siano le sue capacità assolute. Penso che il più grande dolore sarà impostato. Non ero coinvolto nel sistemare quello nel mio studio, ma sembrava un dolore.

• Esempio: http://build.webkit.org/waterfall