2015-07-10 18 views
13

Z tego co rozumiem, główną różnicą jest to, że gitlab-ci jest opensource (możesz zainstalować go na własnym serwerze), a travis-ci nie jest.Jak porównać travis-ci i gitlab-ci?

Tak więc ta ostatnia jest zawsze oparta na chmurze/usługach. I jest bezpłatny dla projektów open source.

Ale wtedy GitLab.com (firma, nie oprogramowanie) ma również wersję chmurową, której nie trzeba instalować: ci.gitlab.com. Zgaduję, że tej wersji można używać tylko z publicznymi repozytoriami umieszczonymi na koncie Gitlab.

W tej chwili nie ma prawie żadnej dokumentacji dotyczącej uruchamiania GitLab CI w ten sposób. Większość dokumentów, które znajduję, dotyczy instalacji serwera GitLab CI lub biegaczy. Ale w jaki sposób skonfigurowane są biegacze ci.gitlab.com? Jakie systemy operacyjne mają? Czy mogę mieć biegaczy Windows/Mac? (Oprogramowanie obsługuje te pozornie systemów operacyjnych, ale nie jest określony, co biegacze są dostarczane przez ci.gitlab.com usługą.)

+3

Chociaż jestem również zainteresowany, zagłosuję, aby zamknąć to pytanie jako nietypowe, ponieważ wymaga "Rekomendacji lub porównań produktów lub usług", co jest wyłączone z tematu na http://stackoverflow.com/tour . – phunehehe

+0

Należy również zauważyć, że wolne biegacze w bazie doków zdają się działać właśnie teraz. – phunehehe

Odpowiedz

14

Edit: 29/06/2016

jako komentarze sugerują, teraz gitlab jest oferowanie jak nazywają wspólnych biegaczy. Oznacza to, że nie musisz już zabierać swojego własnego biegacza, możesz użyć ich zamiast niego i używać go tak jak Travis CI, ale jest limit 2000 minut pracy w CI dla miesiąca na darmowy poziom.

** Poprzednia odpowiedź historyczny **

Gitlab CI może być używany w trybie online, ale trzeba przynieść własne biegaczy. Co to znaczy? Musisz zainstalować oprogramowanie na serwerach, które uruchomi testy. Jest bardziej skomplikowany niż Travis.

Po zainstalowaniu musisz powiązać go z projektem i skonfigurować, jeśli chcesz uruchomić testy w oknie dokowanym lub na swoim gołym sprzęcie. Jest kilka innych opcji.

Za każdym razem, gdy wciskasz commit do gitlab, następuje hak do gitlab ci, a kompilacja jest wysyłana do dostępnego runnera, który wykonuje budowanie i testuje oraz odsyła wyniki testów do serwera gitlab ci.

Teraz, po ostatniej aktualizacji, gitlab ci znajduje się wewnątrz gitlab, ale wciąż jest taka sama.

+4

** Tak, ta odpowiedź musi się zmienić. ** Niestety, nikt nie może teraz dodać konkurencyjnych odpowiedzi. W związku z tym 500-znakowa odpowiedź to przeczytanie niedawno opublikowanego artykułu ["GitLab.com Shared Runners using Autoscaling"] (https://obout.gitlab.com/2016/04/05/shared-runners). Kluczowa linia to: "Wszystkie twoje kompilacje działają na instancjach Digital Ocean 4GB, z zainstalowanym CoreOS i najnowszym Dockerem." _Wszystkie prywatne i publiczne projekty hostowane na 'gitlab.com' mogą w ten sposób umożliwić opartą na Linuksie opartą na Dockerze ciągłą integrację (CI), o której mowa w" Shared Runners ". –

+1

Aby kontynuować poprzednią odpowiedź, zanotuj krytyczny przymiotnik "oparty na systemie Linux". Tak to prawda! Chociaż Docker transparentnie obsługuje ostatnie wersje obu OS X i Windows, domyślne Shared Runners dostarczone przez 'gitlab.com' nie _nie_. To jest Linux lub nuthin "... ** na teraz. ** Zanim jednak to przeczytasz, to szkodliwe ograniczenie może zostać złagodzone, a nawet wyeliminowane. Nie pozwól, by twoje piorunujące oczy zostały obrane na [oficjalnym blogu GitLab] (https://about.gitlab.com/blog), ich czytelnym czytelniku dzienniku zmian, z najświeższymi szczegółami. Wszystko się zmienia. I jest dobrze. –