GITLAB

GitLab CI/CD – serwisy – czyli jak odpalić więcej niż jeden kontener

Pozostaw komentarz / GITLAB / Autor

Sekcja services pozwala na uruchomienie dodatkowych kontenerów z którymi nasze zadania (jobs) mogą się komunikować używając nazwy obrazu (image name) lub też aliasu. Jak to zrobić? Aby dodać dodatkowe kontenery (zwane serwisami) należy zdefiniować w sekcji głównej atrybut services: Skrypt ten uruchamia kontener z obrazem postgres i w sekcji zadania test_database próbuje wykonać kilka przykładowych …

GitLab CI/CD – serwisy – czyli jak odpalić więcej niż jeden kontener Czytaj dalej »

GitLab CI/CD – wybór runnerów [tags]

Pozostaw komentarz / GITLAB / Autor

Gitlab CI/CD pozwala na wybór runnerów dla każdego zadania (job). Służy do tego parametr tags określający wymagane tagi runnera. Gdzie znajdę tagi runnerów? 1. Settings2. CI/CD3. Runners4. Pod każdym runnerem na niebieskim tle widoczne są tagi. Przykładowo (saas-linux-2xlarge-amd64, saas-windows-medium-amd64): Jak ustawić wymagane tagi? Wymagane tagi umieszczamy w sekcji tags danego zadania. Przykładowo:

GitLab CI/CD – wykonuj gdy…

Pozostaw komentarz / CI/CD, GITLAB / Autor

Konfiguracja CI/CD GitLaba oferuje opcję warunkowego wykonania zadań. A warunki możliwe są do zdefiniowania korzystając z opcji rules. Przykłady Wykonaj gdy użytkownik ma na imię Damian Wykonaj gdy mergujemy do developa Wykonaj gdy nazwa użytkownika zaczyna się od 'Da’ 😉 Warto zajrzeć 1. https://docs.gitlab.com/ee/ci/yaml/#rules

GitLab CI/CD – ręczna akcja

Pozostaw komentarz / CI/CD, GITLAB / Autor

W przebiegach CI/CD często pojawia się etap, w którym chcielibyśmy podjąć decyzję czy kontynuować, czy też nie. Przykładowo mamy już przygotowaną paczkę, przeszła testy i nie chcemy żeby automatycznie została wgrana na produkcję. A raczej osoba decyzyjna powinna dokonać tej decyzji. Definicja manualnej akcji Aby zadanie wymagało manualnej akcji należy użyć opcji when z wartością …

GitLab CI/CD – ręczna akcja Czytaj dalej »

GitLab .gitlab-ci.yml artefakty – jak przekazywać dane pomiędzy zadaniami

Pozostaw komentarz / CI/CD, GITLAB / Autor

Artefakty pozwalają na przekazywanie plików/katalogów do następnych zadań w ramach konfiguracji CI/CD. Konfiguracja Aby plik lub katalog był traktowany jako artefakt należy go wylistować w sekcji artifacts: Od tego momentu artefakt będzie automatycznie pobierany przez wszystkie następujące po nim zadania (job). Blokowanie przychodzących artefaktów Czasami nie chcemy aby nasze zadanie przejmowało automatycznie artefakty z poprzednich …

GitLab .gitlab-ci.yml artefakty – jak przekazywać dane pomiędzy zadaniami Czytaj dalej »

GitLab konfiguracja CI/CD przy użyciu .gitlab-ci.yml

Pozostaw komentarz / CI/CD, GITLAB / Autor

GitLab pozwala na zdefiniowanie potoku CI/CD dla danego projektu za pomocą pliku konfiguracyjnego .gitlab-ci.yml. W niniejszym wpisie przedstawiona jest jedynie podstawowa konfiguracja. Plik .gitlab-ci.yml Plik .gitlab-ci.yml musi posiadać dokładnie taką nazwę oraz być umieszczony w katalogu głównym projektu. Z racji rozszerzenia pliku yml obowiązują wcięcia dwu-odstępowe (dwie spacje). Definicja etapów (stages) Za pomocą sekcji stages …

GitLab konfiguracja CI/CD przy użyciu .gitlab-ci.yml Czytaj dalej »