Recensioni e Dettagli del Prodotto Shippable

È uno dei migliori siti web per coloro che stanno lavorando a un progetto. È integrato con GitHub. Dashboard personalizzabile. Molto facile trovare qualcosa relativo al progetto. Docker è il migliore. Penso che sia meglio usare Docker a volte. Recensione raccolta e ospitata su G2.com.

Docker ha alcune limitazioni che dovrebbero essere rimosse. Il deployment dei progetti a volte richiede più tempo del necessario. Ci sono piccoli bug. Recensione raccolta e ospitata su G2.com.

È il miglior servizio disponibile per gli sviluppatori. Docker è il miglior prodotto. Ci sono così tante funzionalità disponibili in Docker. Utilizza meno RAM. Ha integrazioni con vari repository come GitHub e GitLab. È facile distribuire il nostro progetto. Recensione raccolta e ospitata su G2.com.

Docker non è isolato come le macchine virtuali. È un po' costoso per chi è principiante. Recensione raccolta e ospitata su G2.com.

Il miglior posto per studenti e professionisti che stanno lavorando su un progetto. Possiamo esplorare diversi progetti. Possiamo facilmente distribuire il nostro progetto. L'integrazione delle API è buona. Recensione raccolta e ospitata su G2.com.

Il cruscotto può essere migliorato. È un po' costoso rispetto alle necessità. Il deployment richiede più tempo. L'interfaccia grafica può essere migliorata. Recensione raccolta e ospitata su G2.com.

1. Costruisci sul tuo host - Gli sviluppatori possono configurare i container Docker sui propri server ed eseguire Shippable lì. Quindi, non è necessario memorizzare i dati su server esterni, garantendo una maggiore sicurezza e risparmi.

2. File di configurazione per descrivere le build - Le build sono descritte nel file shippable.yml situato nella radice del tuo progetto. Quindi, è più flessibile e può anche essere memorizzato nel tuo repository di codice poiché è solo un file di testo semplice. Cioè, anche il codice di configurazione può essere versionato e rivisto in seguito. Se provieni da Travis CI, Shippable legge direttamente il tuo file .travis.yml, quindi puoi provarlo direttamente - questa è una caratteristica piuttosto ingegnosa.

3. Integrazione con Docker - Shippable è costruito utilizzando Docker, un popolare container Linux. Inizialmente era costruito utilizzando il proprio container, ma quando questo ha iniziato a diventare troppo complesso, hanno deciso di passare a Docker. Fin dall'inizio Shippable era diverso dagli altri strumenti CI perché mentre Shippable utilizza un container (Docker), tradizionalmente gli strumenti CI hanno utilizzato macchine virtuali per gestire i loro carichi di lavoro. Eseguire su Docker significa che creare e distruggere ambienti di build è sempre un piacere e non c'è possibilità di residui dalla versione precedente.

4. Supporta anche il test su più runtime, versioni e ambienti, ad esempio diverse versioni del linguaggio, libreria e sistema operativo. Quindi, ti permette di testare il codice in modo più approfondito in molti scenari. Recensione raccolta e ospitata su G2.com.

Attualmente, Shippable non consente di distribuire nativamente gli artefatti di build su S3. Questo può essere aggirato, tuttavia è una lacuna piuttosto grande rispetto a Travis e dovrebbe essere risolta in futuro. Anche se è fattibile con il file di configurazione, è più difficile da realizzare. Recensione raccolta e ospitata su G2.com.

Mi piace Shippable perché è una soluzione tutto-in-uno per le nostre esigenze di build, packaging e deployment. È facile configurare il file .yml per testare il progetto dal codice sorgente, costruirlo e impacchettarlo in un binario se i test passano e poi distribuirlo automaticamente negli ambienti di test o master. Ti permette di etichettare automaticamente il pacchetto con informazioni sulla versione e di memorizzare tutte le versioni per accessi futuri e rollback.\nÈ facile pensare a esso solo come una soluzione di deployment, ma ha anche supporto per i report dei test e una dashboard per monitorare lo stato dei test precedenti e il cambiamento della percentuale di copertura. Questo aiuta a tenere sotto controllo rapidamente molti progetti senza dover entrare in tutti i progetti e analizzare manualmente.\nMi piace anche che abbiano un gestore dei permessi amministrativi per controllare l'accesso non autorizzato da parte di terzi che integri con il progetto. I risultati dei test possono essere resi pubblici senza memorizzare pubblicamente i file chiave. Recensione raccolta e ospitata su G2.com.

Nel complesso, sono impressionato dal numero di cose che hanno aggiunto nel tempo, ma mi piacerebbe avere l'integrazione con altri servizi come Heroku e DigitalOcean. È fattibile con SSH, ma si preferirebbe una soluzione migliore. Recensione raccolta e ospitata su G2.com.

Shippable offre agli sviluppatori la possibilità di automatizzare il loro flusso di lavoro, dalla revisione del codice al rilascio in produzione, tutto senza scrivere una sola riga di codice. Gli script di build e deploy devono essere scritti in un file di configurazione separato che viene memorizzato insieme ai file di codice. Questo è positivo per la portabilità.

Shippable interviene nel momento in cui uno sviluppatore inserisce del codice in un repository, gestendo tutti i passaggi necessari per portare il codice in produzione. È tutto automatico e non è necessaria alcuna interazione per costruire nuove versioni, tutto è attivato dal push git nel repository di codice.

Al suo nucleo, la piattaforma offre agli sviluppatori una pipeline unificata di consegna delle applicazioni basata su Docker (container) per sistemi di controllo del codice sorgente eterogenei, rendendola ben adatta ai test unitari, ai test funzionali per chi distribuisce microservizi, ai test di stress o ai test di sicurezza. La piattaforma supporta anche pipeline basate su script e su interfaccia utente. Gli script sono più configurabili, mentre le pipeline visive sono migliori per casi più semplici e forniscono più informazioni sul processo per tutti. Preferisco il secondo approccio per la maggior parte dei nostri progetti.

Inoltre, una funzione chiamata Lighthouse consente agli utenti di "abbonarsi" a un'immagine Docker e di essere notificati di eventuali modifiche, indipendentemente da chi la gestisce. Se viene rilevata una modifica, questo è di nuovo positivo perché gli sviluppatori possono sapere che l'ambiente di sviluppo e non il codice stesso è cambiato. Le build attivate a causa di ciò dovrebbero quindi essere analizzate separatamente poiché è più probabile che si tratti di un problema con le modifiche apportate all'immagine Docker. Recensione raccolta e ospitata su G2.com.

Poiché si tratta di una soluzione basata su Docker, si applicano sempre le restrizioni standard su quelle immagini. Quindi, è spesso difficile trovare le librerie adeguate con la versione richiesta. Anche in tal caso, poiché l'ambiente viene creato e distrutto ogni volta, ci vuole del tempo ad ogni esecuzione per creare l'ambiente. Per soluzioni non basate su Docker, può essere memorizzato nella cache tra le esecuzioni, offrendo un tempo di avvio più rapido. Recensione raccolta e ospitata su G2.com.

Usiamo Shippable come fornitore di Continuous Integration per la nostra azienda perché ci piace -

A. Cambiare il fornitore di VM con Azure o Google APP Engine - La VM predefinita fornita da Shippable è condivisa e inaccettabile per noi in termini di throughput. Ma, la cosa positiva è che supportano l'uso di altri fornitori di VM come Amazon Web Services o Google APP Engine come backend. Usiamo un cluster AWS con test paralleli per ridurre la durata dei nostri test.

B. Focalizzato su Docker - Non ci siamo ancora completamente spostati su Docker, ma stiamo testando un progetto basato su Docker per un nuovo cliente e Shippable sembra avere un buon supporto per Docker. Gli hub Docker, sia ufficiali che altri, sono supportati, il loro provisioning Docker è veloce e gestito automaticamente. Le configurazioni Docker possono essere fornite facilmente tramite l'interfaccia utente, senza cambiare il codice. Recensione raccolta e ospitata su G2.com.

1. Non viene fornito supporto per linguaggi di programmazione più vecchi come C++ e Java. Quindi, scegliamo Shippable solo per i progetti più recenti.

2. Nessun fornitore di VM autonomo - I nostri server personalizzati non possono essere utilizzati con Shippable poiché non forniscono opzioni di auto-hosting. Preferiamo piani aziendali auto-ospitati a causa della nostra ampia base di sviluppatori. Recensione raccolta e ospitata su G2.com.

Shippable è uno dei pochissimi server CI che supportano solo test/distribuzione basati su Docker o containerizzati. Quindi, se non fai parte di quel target demografico, sei sfortunato. Ma se usi Docker, Shippable offre un notevole impatto e porta un approccio fresco al processo. Non è molto personalizzabile, ma copre molti aspetti con l'integrazione con un clic con servizi esterni.

Cose che mi piacciono di Shippable

=============================

1. Pipeline di Consegna Continua Visive - Il metodo usuale per impostare il flusso nella maggior parte dei server CI è scrivere codice bash per tutte le parti del processo in un unico file, ma Shippable è totalmente l'opposto. Hai un'interfaccia utente simile a una timeline dove puoi attivare diverse cartucce di servizio come database, linguaggi di programmazione, servizi di notifica, distribuzione AWS, ecc. L'intero flusso è diviso in diverse parti come CI, CD e notifica.

2. Ampia gamma di integrazioni di distribuzione - Supporta l'integrazione diretta con AWS Elastic Beanstalk (EB), Heroku, Openshift, DigitalOcean e altro. Poiché tutto è specificato visivamente nella pipeline, devono fornire adattatori di distribuzione per molti servizi e fanno un ottimo lavoro in questo.

3. Supporta molti database e linguaggi all'interno del container - Sebbene Docker sia utile per eseguire tutto separatamente, il suo successo dipende da quanto modulari possono essere le immagini. Se molte cose devono essere installate all'avvio del container, sarà lento come le VM tradizionali. Quindi, la maggior parte dei database e dei linguaggi sono modularizzati in cartucce che puoi attivare esternamente.

4. Prezzi molto convenienti anche per grandi organizzazioni - L'account base è gratuito, ma i test paralleli per molti container o più distribuzioni dallo stesso pipeline costano $10 per ogni elemento extra. Anche dopo 20 di ciascuno, il prezzo totale arriva a circa $400, che è ultra economico considerando il volume di tali organizzazioni.

5. Pipeline separate per rami separati nei repository di codice sono supportate.

6. L'accesso SSH per il debug dei test è molto utile quando i bug non sono riproducibili nelle macchine locali. Recensione raccolta e ospitata su G2.com.

Il problema più grande è che il loro segmento di mercato disponibile è troppo piccolo, perché Docker non è ancora così diffuso per i test nella maggior parte delle organizzazioni. In sua difesa, è molto orientato a Docker per scelta ed è piuttosto buono per questo segmento di nicchia.

A parte questo, alcune cose che non mi sono piaciute:

1. Supporto molto limitato per i servizi di notifica - Sono supportati solo Hipchat e Slack. Sarebbe utile avere anche il supporto per Gitter, Email e IRC.

2. Esecuzione dei test lenta per gli account di base - I test per un progetto di dimensioni decenti possono essere molto lenti se non si utilizzano lavoratori paralleli.

3. La configurazione tramite sia l'interfaccia utente (pipeline) che il file di configurazione è un po' confusa per i principianti. Recensione raccolta e ospitata su G2.com.

Shippable è piuttosto diverso dalla concorrenza - questa è la prima cosa che mi è venuta in mente mentre cercavo di usarlo. Hanno innovato molto per attrarre sia singoli sviluppatori che aziende.

Mi piacciono alcune cose di Shippable:

A. Supporto multilingua con focus su Docker - Shippable non è una piattaforma solo per Docker né ignora Docker. Rileva molto rapidamente il linguaggio di programmazione principale del progetto e, se il progetto è basato su Docker, acquisisce anche le impostazioni di Docker e avvia un container per il processo di distribuzione. È abbastanza facile supporre erroneamente che Shippable sia solo per progetti Docker, ma non è così - si integra semplicemente molto bene con essi. Il supporto linguistico è piuttosto buono con Python, Node.js e altri nel menu.

B. Approccio BYOH (Bring Your Own Host) - Qui entra in gioco il matrimonio tra utenti aziendali e singoli - Se non ti piacciono le VM predefinite fornite da Shippable come piattaforma di test e costruzione, puoi sostituirle con qualsiasi istanza di Azure, DigitalOcean, Google App Engine, Google Compute Engine o Heroku per un'esperienza personalizzata. Puoi anche utilizzare la tua architettura on-premises insieme a quelle ospitate per ottenere il meglio di entrambi i mondi. Gli sviluppatori vogliono utilizzare i servizi popolari come provider di VM e le aziende vogliono utilizzare le proprie macchine per la migliore esperienza.

C. Debugging - L'accesso completo all'output della console per ogni test/costruzione e l'accesso SSH a quelle macchine aiutano davvero nel debugging quando i test falliscono per qualche motivo sconosciuto.

D. Configurazione automatica dai file di configurazione dei test più popolari - Durante la configurazione, ho semplicemente attivato la build per un progetto senza configurare nulla per Shippable. Questo progetto aveva già Travis e Circle CI impostati per un test adeguato. Ora, mi aspettavo ragionevolmente che questa build fallisse con qualcosa come "Nessun test trovato", ma con mia sorpresa ha riconosciuto uno di quei file di configurazione ed eseguito con successo tutti i comandi di test. Anche se i risultati dei test non sono stati raccolti, è stata nel complesso una piacevole sorpresa per me. Recensione raccolta e ospitata su G2.com.

Shippable è nel complesso abbastanza buono, ma penso che ci siano ancora alcune piccole carenze che devono essere affrontate -

A. La VM predefinita era molto lenta ad avviarsi, ci sono voluti più di 2 minuti. Questo è piuttosto lento rispetto alla concorrenza.

B. I database e altri servizi sono difficili da installare in ambienti di test non dockerizzati.

C. Non tutte le parti dei file di configurazione dei test standard sono automaticamente riconosciute da Shippable. Ad esempio, apt-get <packagename> non viene rilevato automaticamente. Recensione raccolta e ospitata su G2.com.

Mi piace la velocità di costruzione poiché si basa su Docker e la sua integrazione con i web hook con BitBucket per segnalare lo stato della costruzione, che viene pubblicato da BitBucket su Slack. Recensione raccolta e ospitata su G2.com.

A volte le build si bloccano nella fase di provisioning del nodo e generalmente ci vuole molto tempo per completare questo passaggio. Recensione raccolta e ospitata su G2.com.