2015-07-10 36 views
13

Soweit ich verstehe, ist der Hauptunterschied, dass gitlab-ci opensource ist (Sie können es auf Ihrem eigenen Server installieren) und travis-ci ist nicht.Wie vergleichen travis-ci und gitlab-ci?

Also dann ist letzteres immer Cloud/Service-basiert. Und es ist kostenlos für Open-Source-Projekte.

Aber dann hat GitLab.com (das Unternehmen, nicht die Software) auch eine Cloud-Version, die Sie nicht installieren müssen: ci.gitlab.com. Und ich schätze, diese Version kann nur mit öffentlichen Repositories verwendet werden, die in Ihrem Gitlab-Account veröffentlicht sind.

Aber dann gibt es fast keine Dokumentation über das Ausführen von GitLab CI auf diese Weise. Bei den meisten Dokumenten, die ich finde, handelt es sich um die Installation des GitLab CI-Servers oder der Runner. Aber wie sind die Läufer von ci.gitlab.com konfiguriert? Welches Betriebssystem haben sie? Kann ich Windows-/Mac-Runner haben? (Die Software unterstützt diese OSs offensichtlich, aber es wird nicht angegeben, welche Läufer geliefert werden von ci.gitlab.com Dienst.)

+3

Obwohl ich auch interessiert bin, stimme ich ab, diese Frage als off-topic zu schließen, weil sie nach "Produkt- oder Serviceempfehlungen oder -vergleiche" fragt, was nicht unter http://stackoverflow.com/tour zu finden ist . – phunehehe

+0

Ich sollte auch beachten, dass die Docker Base freie Läufer scheint jetzt zu arbeiten. – phunehehe

Antwort

14

Edit: 29/06/2016

Wie Kommentare vorschlagen, jetzt Gitlab bietet was sie gemeinsame Läufer nennen. Das bedeutet, dass Sie nicht mehr Ihren eigenen Runner mitbringen müssen. Sie können stattdessen ihren eigenen Runner verwenden und ihn wie travis CI verwenden, aber es gibt ein Limit von 2.000 Minuten CI-Laufzeit pro Monat für den kostenlosen Tier.

** Zurück historische Antwort **

Gitlab CI online genutzt werden können, aber Sie müssen Ihre eigenen Läufer bringen. Was bedeutet das? Sie müssen eine Software in Ihren Servern installieren, auf der die Tests ausgeführt werden. Es ist komplexer als Travis.

Nach der Installation müssen Sie es Ihrem Projekt zuordnen und es konfigurieren, wenn Sie Tests in Docker oder in Ihrer bare Hardware ausführen möchten. Es gibt wenige weitere Optionen.

Jedes Mal, wenn Sie einen Commit an gitlab übergeben, wird ein Haken an gitlab ci ausgelöst und ein Build wird an einen verfügbaren Runner gesendet, der den Build und Tests ausführt und Testergebnisse an den gitlab ci-Server zurücksendet.

Jetzt, mit dem letzten Update, gitlab ci ist in gitlab, aber es ist immer noch das gleiche.

+4

** Ja, diese Antwort muss geändert werden. ** Leider kann niemand konkurrierende Antworten hinzufügen. Die 500-stellige Antwort lautet daher, den kürzlich veröffentlichten ["GitLab.com Shared Runners verwenden Autoscaling"] (https://about.gitlab.com/2016/04/05/shared-runners) Artikel zu lesen. Die Schlüsselzeile ist: "Alle Ihre Builds laufen auf Digital Ocean 4GB Instanzen, mit CoreOS und der neuesten Docker Engine." _Alle _ privaten und öffentlichen Projekte, die auf "gitlab.com" gehostet werden, können somit eine Linux-basierte, Docker-gesteuerte kontinuierliche Integration (CI) auf der Basis von "Shared Runners" ermöglichen. –

+1

Um die vorherige Antwort fortzusetzen, notieren Sie das kritische Adjektiv "Linux-based". Ja, das ist richtig! Obwohl Docker die aktuellen Versionen von OS X und Windows transparent unterstützt, werden die von "gitlab.com" bereitgestellten Standard-Shared Runners nicht _not_. Es ist Linux oder nuthin '... ** für den Moment. ** Zu der Zeit, als Sie dies gelesen haben, wurde diese schädliche Einschränkung jedoch gelockert oder sogar beseitigt. Halten Sie Ihre Augen auf dem [offiziellen GitLab-Blog] (https://about.gitlab.com/blog), ihrem von Menschen lesbaren Änderungsprotokoll, für aktuelle Informationen offen. Alles ist im Fluss. Und es ist gut. –