Stavamo esaminando la possibilità di utilizzare Thoughtworks Go per migliorare il nostro processo di Build/Deployment/Release qui al lavoro, ma a causa del fattore prezzo e di quello che effettivamente abbiamo deciso contro.Thoughtworks Go Alternatives
Mi chiedevo, ci sono alternative a Thoughtworks? Potrebbero essere sia commerciali che open source, non mi dispiace.
Abbiamo avuto conclusioni simili: la versione gratuita di Go, il "$ 499 per il supporto annuale sulla versione gratuita" e il "$ 499 per 3 agenti remoti" erano da prendere in considerazione, ma il prezzo salta dopo (per il " "versione aziendale con supporto per la gestione delle versioni) era astronomica.
Per le alternative commerciali, c'è Electric Cloud, ma è anche più costoso del prodotto ThoughtWorks.
Per Open Source, c'è Cruise Control (Go è una versione privata riscritta del Cruise Control open source), Continuum, LuntBuild, Anthill, ecc. Questi sono per lo più sistemi di integrazione continua (vale a dire più enfasi sulla gestione la build invece di gestire i risultati), ma sembrano funzionare bene (ho usato Cruise Control e Hudson in passato con molto successo.)
Questo dipende molto da ciò che si vuole ottenere.
Se si desidera implementare Continuous Delivery e quindi le pipeline di distribuzione (dall'introduzione alla produzione), GO è l'unico strumento che al momento ha questa visione di livello superiore, credo.
OTOH, se si sta cercando un server CI, la versione gratuita di GO funziona bene, così come la versione gratuita di TeamCity, Jenkins e Atlassian Bamboo. Nessuno degli ultimi tre sostiene ancora il concetto di condutture di distribuzione come una caratteristica di prima classe, penso.
TeamCity può fare tutto ciò che GO può fare, ha solo nomi diversi per gli stessi concetti. Usando le dipendenze (istantanea/artefatto) modellate le condotte come in GO, esse sono solo l'obiettivo principale di TeamCity. –
Tecnicamente, potrebbe essere vero che con TeamCity puoi fare quasi tutto ciò che puoi fare in Google, ma sarà difficile rappresentare efficacemente pipeline parallele in TeamCity e la velocità e la facilità di configurazione di una pipeline di distribuzione con ruoli la sicurezza basata è * ancora * molto più veloce in Go rispetto a qualsiasi altro strumento che conosca. –
Non sono stato in grado di commentare la risposta di Matthew, ma la BuildMaster di Inedo è una piattaforma molto popolare per fare proprio questo. Ha un po 'più di Go, e sebbene sia un prodotto commerciale, è disponibile una versione gratuita che è piuttosto utile per i piccoli team.
(Disclaimer: io lavoro per Inedo, ma hanno esperienza in entrambe le piattaforme)
Anche se non puoi ancora commentare, questa è una risposta valida! Grazie per averlo fatto bene. =) – Jesse
Voglio provare Inedo's BuildMaster ad un certo punto :) –
Go è appena stato rilasciato come open source - vedo http://www.thoughtworks.com/news/go-continuous-delivery-now-available-as-free-open-source
Esso utilizza nel database di memoria H2 per questo. Se hai bisogno di usare un vero database, devi pagarlo. – Sairam
ho fatto un esame approfondito di ogni prodotto di consegna orientata al continuo là fuori, e ha scoperto che GO era chiaramente il più adatto per il ruolo. Fornisce un livello di modellazione visiva per flussi di lavoro paralleli e sequenziali che nessun altro prodotto può eguagliare.
In Nordstrom, stiamo adottando GO come nostro server di gestione di consegna continua consigliato. L'unico prodotto che veramente compete è Jenkins, che molti di noi trovano troppo goffo per essere un'alternativa desiderabile.
Ora è open source, quindi non è necessario preoccuparsi dei costi di licenza. Suggerirei di tornare indietro e di dire alle tue coorti che il GO è ora il chiaro leader open-source in questo settore.
ThoughtWorks Go è ora open source e gratuito - https://github.com/GoCD/GoCD
ThoughtWorks appena annunciato che avrebbero fatto andare libero e open-source. http://www.thoughtworks.com/news/go-continuous-delivery-now-available-as-free-open-source. Quindi potresti provare di nuovo. – Srinivas