Travis - ci i Jenkins, podczas gdy oba są narzędziami ciągłej integracji są bardzo różne.

Travis jest usługą hostowaną (darmową dla open source), podczas gdy musisz hostować, instalować i konfigurować Jenkins.

Travis nie ma miejsc pracy jak Jenkins. Polecenia uruchamiane w celu przetestowania kodu są pobierane z pliku o nazwie .travis.yml, który znajduje się wzdłuż kodu projektu. To sprawia, że łatwo mieć inny kod testowy dla każdej gałęzi, ponieważ każda gałąź może mieć własną wersję .travis.plik yml.

Możesz mieć podobną funkcję w Jenkins, jeśli używasz jednej z następujących wtyczek:

• Travis YML Plugin - warning: nie wydaje się być popularny, prawdopodobnie nie jest kompletny w porównaniu do prawdziwego Travisa.
• Jervis - modyfikacja Jenkinsa pozwalająca odczytać zadania z pliku .jervis.yml znajdującego się w kodzie głównym projektu. Jeśli .jervis.yml nie istnieje, to powróci do użycia pliku .travis.yml zamiast tego.

Istnieją inne usługi hostowane, które można również rozważyć do ciągłej integracji (lista niewyczerpująca):

• Circle CI
• Wercker
• drone.io
• Gitlab-CI
• codeship
• shippable
• SEMAFOR

Jak wybrać ?

Możesz zostać z Jenkinsem, ponieważ jesteś z nim zaznajomiony lub nie chcesz polegać na 3rd party dla Twojego systemu ciągłej integracji. W przeciwnym razie rzuciłbym Jenkinsa i skorzystał z jednej z darmowych hostowanych usług CI, ponieważ oszczędzają one wiele kłopotów (host, instalacja, konfiguracja, przygotowanie zadań) {]}

W zależności od tego, gdzie znajduje się Twoje repozytorium kodu, dokonałbym następujących wyborów:

• in-house → Jenkins lub gitlab-ci
• Github.com → Travis-CI

Aby skonfigurować Travis-CI na projekcie github, wszystko co musisz zrobić jest:

• dodaj .travis.yml plik w katalogu głównym projektu
• załóż konto w travis-ci.com i aktywuj swój projekt

Funkcje, które otrzymujesz, to:

Travis przeprowadzi testy dla każdego naciśnięcia twojego repo.]}
• Travis przeprowadzi twoje testy na każdym pull request]}