Shippable Bewertungen & Produktdetails

Es ist eine der besten Websites für diejenigen, die ein Projekt durchführen. Es ist mit GitHub integriert. Anpassbares Dashboard. Sehr einfach, etwas Projektbezogenes zu finden. Docker ist das Beste. Ich denke, es ist manchmal besser, Docker zu verwenden. Bewertung gesammelt von und auf G2.com gehostet.

Docker hat einige Einschränkungen, die entfernt werden sollten. Die Bereitstellung von Projekten dauert manchmal länger als nötig. Es gibt kleinere Fehler. Bewertung gesammelt von und auf G2.com gehostet.

Es ist der beste Service, der für Entwickler verfügbar ist. Dockers ist das beste Produkt. Es gibt so viele Funktionen in Dockers. Es verwendet weniger RAM. Es hat Integrationen von verschiedenen Repositories wie GitHub und GitLab. Es ist einfach, unser Projekt bereitzustellen. Bewertung gesammelt von und auf G2.com gehostet.

Dockers ist nicht isoliert wie VMs. Es ist etwas teuer für Anfänger. Bewertung gesammelt von und auf G2.com gehostet.

Bester Ort für Studenten und Fachleute, die an einem Projekt arbeiten. Wir können verschiedene Projekte erkunden. Wir können unser Projekt leicht bereitstellen. API-Integration ist gut. Bewertung gesammelt von und auf G2.com gehostet.

Dashboard kann verbessert werden. Es ist etwas teuer nach Bedarf. Die Bereitstellung dauert mehr Zeit. GUI kann verbessert werden. Bewertung gesammelt von und auf G2.com gehostet.

1. Auf Ihrem eigenen Host aufbauen - Entwickler können Docker-Container auf ihren eigenen Servern einrichten und Shippable dort ausführen. So müssen Sie Ihre Daten nicht auf externen Servern speichern, was bessere Sicherheit und Einsparungen bietet.

2. Konfigurationsdatei zur Beschreibung von Builds - Builds werden in der Datei shippable.yml beschrieben, die sich im Stammverzeichnis Ihres Projekts befindet. So ist es flexibler und kann auch in Ihrem Code-Repository gespeichert werden, da es sich nur um eine einfache Textdatei handelt. Das bedeutet, dass sogar der Konfigurationscode versioniert und später überprüft werden kann. Wenn Sie von Travis CI kommen, liest Shippable Ihre .travis.yml-Datei direkt, sodass Sie es direkt ausprobieren können - das ist eine ziemlich clevere Funktion.

3. Docker-Integration - Shippable ist mit Docker, einem beliebten Linux-Container, aufgebaut. Es wurde ursprünglich mit einem eigenen Container erstellt, aber als das zu komplex wurde, wechselten sie zu Docker. Seit Beginn war Shippable anders als andere CI-Tools, weil Shippable einen Container (Docker) verwendet, während traditionelle CI-Tools virtuelle Maschinen zur Verwaltung ihrer Arbeitslasten genutzt haben. Das Ausführen auf Docker bedeutet, dass das Erstellen und Zerstören von Build-Umgebungen immer ein Vergnügen ist und es keine Chance für Überbleibsel von vorherigen Versionen gibt.

4. Es unterstützt auch das Testen gegen mehrere Laufzeiten, Versionen und Umgebungen, z. B. verschiedene Versionen der Sprache, Bibliothek und des Betriebssystems. So können Sie den Code gründlicher in vielen Szenarien testen. Bewertung gesammelt von und auf G2.com gehostet.

Derzeit erlaubt Shippable nicht, dass Build-Artefakte nativ auf S3 bereitgestellt werden. Dies kann umgangen werden, jedoch ist es im Vergleich zu Travis eine ziemlich große Lücke und sollte in Zukunft behoben werden. Obwohl es mit einer Konfigurationsdatei machbar ist, ist es schwieriger zu erreichen. Bewertung gesammelt von und auf G2.com gehostet.

Ich mag Shippable, weil es eine All-in-One-Lösung für unsere Anforderungen an Build, Verpackung und Bereitstellung ist. Es ist einfach, die .yml-Datei zu konfigurieren, um das Projekt aus dem Quellcode zu testen, es in ein Binärformat zu bauen und zu verpacken, wenn die Tests bestanden werden, und es dann automatisch in Test- oder Masterumgebungen bereitzustellen. Es ermöglicht, das Paket automatisch mit Versionsinformationen zu taggen und alle Versionen für zukünftigen Zugriff und Rollback zu speichern.

Es ist leicht, es nur als Bereitstellungslösung zu betrachten, aber es bietet auch Unterstützung für Testberichte und ein Dashboard zur Überwachung des Status vorheriger Tests und der Änderung des Abdeckungsprozentsatzes. Dies hilft, viele Projekte schnell im Blick zu behalten, ohne alle Projekte manuell analysieren zu müssen.

Ich mag auch, dass sie einen Administrator-Berechtigungsmanager haben, um unbefugten Zugriff von Drittparteien zu kontrollieren, die Sie in das Projekt integrieren. Die Testergebnisse können öffentlich gemacht werden, ohne die Schlüsseldateien öffentlich zu speichern. Bewertung gesammelt von und auf G2.com gehostet.

Insgesamt bin ich beeindruckt von der Anzahl der Dinge, die sie im Laufe der Zeit hinzugefügt haben, aber ich hätte gerne eine Integration mit weiteren Diensten wie Heroku und DigitalOcean. Es ist mit SSH machbar, aber eine bessere Lösung wird bevorzugt. Bewertung gesammelt von und auf G2.com gehostet.

Shippable bietet Entwicklern die Möglichkeit, ihren Workflow zu automatisieren, von der Code-Überprüfung bis zur Produktionseinführung, alles ohne eine einzige Zeile Code zu schreiben. Die Build- und Bereitstellungsskripte müssen in einer separaten Konfigurationsdatei geschrieben werden, die zusammen mit den Code-Dateien gespeichert wird. Dies ist gut für die Portabilität.

Shippable übernimmt in dem Moment, in dem ein Entwickler Code in ein Repository pusht, und verwaltet alle Schritte, die erforderlich sind, um den Code in die Produktion zu bringen. Es ist alles automatisch und keine Interaktion ist erforderlich, um neue Versionen zu erstellen, alles wird durch den Git-Push in das Code-Repository ausgelöst.

Im Kern bietet die Plattform Entwicklern eine einheitliche, Docker (containerbasierte) Anwendungsbereitstellungspipeline für heterogene Quellkontrollsysteme, was sie gut geeignet macht für Unit-Tests, Funktionstests für diejenigen, die Microservices bereitstellen, Stresstests oder Sicherheitstests. Die Plattform unterstützt auch sowohl skript- als auch UI-basierte Pipelines. Skripte sind konfigurierbarer, während die visuellen Pipelines besser für einfachere Fälle sind und mehr Einblick in den Prozess für alle bieten. Ich bevorzuge den zweiten Ansatz für die meisten unserer Projekte.

Außerdem ermöglicht eine Funktion namens Lighthouse Benutzern, ein Docker-Image zu „abonnieren“ und über Änderungen benachrichtigt zu werden, unabhängig davon, wer es verwaltet. Wenn eine Änderung erkannt wird, ist dies wiederum gut, weil die Entwickler wissen können, dass sich die Entwicklungsumgebung und nicht der Code selbst geändert hat. Builds, die dadurch ausgelöst werden, sollten dann separat analysiert werden, da es wahrscheinlicher ein Problem mit den Änderungen im Docker-Image ist. Bewertung gesammelt von und auf G2.com gehostet.

Da es sich um eine Docker-basierte Lösung handelt, gelten immer die standardmäßigen Einschränkungen für diese Images. Daher ist es oft schwierig, geeignete Bibliotheken mit der erforderlichen Version zu finden. Selbst dann, da die Umgebung jedes Mal erstellt und zerstört wird, dauert es bei jedem Lauf einige Zeit, die Umgebung zu erstellen. Bei nicht Docker-basierten Lösungen kann sie zwischen den Läufen zwischengespeichert werden, was eine schnellere Startzeit ermöglicht. Bewertung gesammelt von und auf G2.com gehostet.

Wir verwenden Shippable als Continuous Integration-Anbieter für unser Unternehmen, weil wir mögen -

A. Austausch des VM-Anbieters mit Azure oder Google APP Engine - Die von Shippable bereitgestellte Standard-VM ist in ihrer Natur geteilt und für uns in Bezug auf den Durchsatz inakzeptabel. Aber das Gute ist, dass sie die Nutzung anderer VM-Anbieter wie Amazon Web Services oder Google APP Engine als Backend unterstützen. Wir verwenden einen AWS-Cluster mit parallelem Testen, um unsere Testdauer zu verkürzen.

B. Docker-fokussiert - Wir sind noch nicht vollständig auf Docker umgestiegen, aber wir testen ein docker-basiertes Projekt für einen neuen Kunden und Shippable scheint eine gute Unterstützung für Docker zu haben. Docker-Hubs, sowohl offizielle als auch andere, werden unterstützt, ihre Docker-Bereitstellung ist schnell und automatisch verwaltet. Docker-Konfigurationen können einfach über die Benutzeroberfläche bereitgestellt werden, ohne den Code zu ändern. Bewertung gesammelt von und auf G2.com gehostet.

1. Keine Unterstützung für ältere Programmiersprachen wie C++ und Java wird bereitgestellt. Daher wählen wir Shippable nur für neuere Projekte.

2. Kein eigener VM-Anbieter - Unsere benutzerdefinierten Server können nicht mit Shippable verwendet werden, da sie keine Self-Hosting-Optionen bieten. Wir bevorzugen selbst gehostete Enterprise-Pläne aufgrund unserer großen Entwicklerbasis. Bewertung gesammelt von und auf G2.com gehostet.

Shippable ist einer der wenigen CI-Server, die ausschließlich Docker-basierte oder containerisierte Tests/Bereitstellungen unterstützen. Wenn Sie also nicht zu dieser Zielgruppe gehören, haben Sie Pech. Aber wenn Sie Docker verwenden, bietet Shippable eine Menge und bringt einen frischen Ansatz in den Prozess. Es ist nicht sehr anpassbar, deckt aber mit der Ein-Klick-Integration mit externen Diensten viel ab.

Dinge, die ich an Shippable mag

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

1. Visuelle Continuous Delivery Pipelines - Die übliche Methode zur Einrichtung des Ablaufs in den meisten CI-Servern besteht darin, Bash-Code für alle Teile des Prozesses in einer einzigen Datei zu schreiben, aber Shippable ist das genaue Gegenteil. Sie haben eine schöne, zeitleistenartige Benutzeroberfläche, in der Sie verschiedene Service-Kartuschen wie Datenbanken, Programmiersprachen, Benachrichtigungsdienste, AWS-Bereitstellung usw. aktivieren können. Der gesamte Ablauf ist in verschiedene Teile wie CI, CD und Benachrichtigung unterteilt.

2. Riesige Auswahl an Bereitstellungsintegrationen - Unterstützt die direkte Integration mit AWS Elastic Beanstalk (EB), Heroku, Openshift, DigitalOcean und mehr. Da alles visuell in der Pipeline angegeben ist, müssen sie Bereitstellungsadapter für viele Dienste bereitstellen, und das machen sie sehr gut.

3. Unterstützt viele Datenbanken und Sprachen innerhalb des Containers - Obwohl Docker gut ist, um alles separat auszuführen, hängt sein Erfolg davon ab, wie modular die Images gestaltet werden können. Wenn viele Dinge beim Start des Containers installiert werden müssen, wird es genauso langsam wie traditionelle VMs. Daher sind die meisten Datenbanken und Sprachen in Kartuschen modularisiert, die Sie extern aktivieren können.

4. Sehr erschwingliche Preise, selbst für große Organisationen - Das Basiskonto ist kostenlos, aber paralleles Testen für viele Container oder mehrere Bereitstellungen aus derselben Pipeline kostet 10 $ für jedes zusätzliche Element. Selbst nach 20 von jedem beläuft sich der Gesamtpreis auf etwa 400 $, was angesichts des Volumens solcher Organisationen extrem günstig ist.

5. Separate Pipeline für separate Zweige in Code-Repositories werden unterstützt.

6. SSH-Login für Test-Debugging ist sehr nützlich, wenn die Fehler auf lokalen Maschinen nicht reproduzierbar sind. Bewertung gesammelt von und auf G2.com gehostet.

Das größte Problem ist, dass ihr verfügbarer Marktsegment zu klein ist, weil Docker in den meisten Organisationen noch nicht so weit verbreitet für Tests ist. Zu seiner Verteidigung ist es sehr docker-orientiert aus Wahl und ist ziemlich gut für dieses Nischensegment.

Abgesehen davon, einige Dinge, die mir nicht gefallen haben:

1. Sehr begrenzte Unterstützung für Benachrichtigungsdienste - Nur Hipchat und Slack werden unterstützt. Einige weitere wie Gitter, E-Mail und IRC-Unterstützung wären wünschenswert.

2. Langsame Testläufe für Basis-Konten - Tests für ein anständig großes Projekt können sehr langsam sein, wenn keine parallelen Worker verwendet werden.

3. Konfiguration über sowohl UI (Pipelines) als auch Konfigurationsdatei ist für Anfänger etwas verwirrend. Bewertung gesammelt von und auf G2.com gehostet.

Shippable ist ziemlich anders als die Konkurrenz - das war das Erste, was mir in den Sinn kam, als ich versuchte, es zu nutzen. Sie haben viel innoviert, um sowohl einzelne Entwickler als auch Unternehmen zu begeistern.

Mir gefallen ein paar Dinge daran:

A. Mehrsprachige Unterstützung mit Docker-Fokus - Shippable ist weder eine reine Docker-Plattform noch eine Docker-unbewusste Plattform. Es erkennt die primäre Programmiersprache des Projekts sehr schnell, und wenn das Projekt auf Docker basiert, übernimmt es auch die Docker-Einstellungen und startet einen Container für den Bereitstellungsprozess. Es ist leicht, fälschlicherweise anzunehmen, dass Shippable nur für Docker-Projekte ist, aber das ist es nicht - es integriert sich nur sehr gut mit ihnen. Die Sprachunterstützung ist ziemlich gut mit Python, Node.js und anderen im Angebot.

B. BYOH (Bring your own host) Ansatz - Hier kommt die Verbindung zwischen Unternehmen und Einzelbenutzern ins Spiel - Wenn Ihnen die von Shippable bereitgestellten Standard-VMs als Ihre Test- und Build-Plattform nicht gefallen, können Sie sie gegen jede Azure-, DigitalOcean-, Google App Engine-, Google Compute Engine- oder Heroku-Instanz für ein individuelles Erlebnis austauschen. Sie können auch Ihre lokale Architektur zusammen mit den gehosteten nutzen, um das Beste aus beiden Welten zu erhalten. Entwickler möchten die beliebten Dienste als VM-Anbieter nutzen und Unternehmen möchten ihre eigenen Maschinen für das beste Erlebnis verwenden.

C. Debugging - Voller Zugriff auf die Konsolenausgabe für jeden Test/Build und SSH-Zugriff auf diese Maschinen helfen wirklich beim Debuggen, wenn die Tests aus unbekannten Gründen fehlschlagen.

D. Automatische Konfiguration aus beliebten Testkonfigurationsdateien - Während der Einrichtung habe ich einfach den Build für ein Projekt aktiviert, ohne etwas für Shippable zu konfigurieren. Dieses Projekt hatte bereits Travis und Circle CI für ordnungsgemäße Tests eingerichtet. Nun erwartete ich vernünftigerweise, dass dieser Build mit etwas wie "Keine Tests gefunden" fehlschlagen würde, aber zu meiner Überraschung erkannte es eine dieser Konfigurationsdateien und führte alle Testbefehle erfolgreich aus. Obwohl die Testergebnisse nicht gesammelt wurden, war es insgesamt eine angenehme Überraschung für mich. Bewertung gesammelt von und auf G2.com gehostet.

Shippable ist insgesamt ziemlich gut, aber ich denke, es gibt noch einige kleine Mängel, die behoben werden müssen -

A. Die Standard-VM war sehr langsam beim Starten, dauerte mehr als 2 Minuten. Dies ist im Vergleich zur Konkurrenz ziemlich langsam.

B. Datenbanken und andere Dienste sind schwer in nicht-dockerisierten Testumgebungen zu installieren.

C. Nicht alle Teile der Standard-Testkonfigurationsdateien werden von Shippable automatisch erkannt. Zum Beispiel wird apt-get <Paketname> nicht automatisch erkannt. Bewertung gesammelt von und auf G2.com gehostet.

Ich mag die Baugeschwindigkeit, da sie auf Docker basiert und die Webhooks-Integration mit BitBucket zur Berichterstattung über den Build-Status, der von BitBucket an Slack gesendet wird. Bewertung gesammelt von und auf G2.com gehostet.

Manchmal bleiben Builds beim Bereitstellungsschritt des Knotens hängen, und es dauert in der Regel lange, diesen Schritt abzuschließen. Bewertung gesammelt von und auf G2.com gehostet.