Zautomatyzowane wdrożenie usprawnia przepływ pracy i procesy. Ten samouczek Gitlab pomaga nauczyć się konfigurować rurociąg ciągłego wdrażania przy użyciu Gitlab CI/CD.

Ciągłe wdrażanie Gitlab

Przegląd

W ostatnich kilku artykułach dowiedzieliśmy się o podstawach kontroli wersji, a następnie wzmocniliśmy naszą wiedzę, poznając różne modele rozgałęzienia i przepływy pracy. System kontroli wersji przyniósł wydajność w świecie rozwoju, wdrażania i integracji. Deweloperzy mają bardzo łatwo popełnić kod źródłowy, nie martwiąc się o kompilacje i testy. Branża oprogramowania zyskała zaufanie i przewagę konkurencyjną, ponieważ podejście to uruchomiło wdrożenia. Ciągłe wdrażanie GITLAB i integracja pomaga w łatwym znalezieniu problemów. Ponadto programiści mogą śledzić błędy i inne miss w krótszym czasie. Cały proces automatyzacji daje swobodę od zadań, które odbywają się często i zmniejsza siłę roboczą i szanse na błędy. Dzisiaj w tym poście na blogu zbadamy o ciągłym wdrażaniu rurociągu z Gitlab CI/CD. Zacznijmy więc od pokrycia następujących punktów!

Co to jest CI i CD

Ciągła integracja (CI) jest jedną z najlepszych praktyk DevOps polegających na automatyzacji integracji zmian kodu z wielu autorów do jednego projektu oprogramowania. Umożliwia to programistom często łączenie zmian kodu w centralne repozytorium, w którym następnie uruchamiane są kompilacje i testy. Ciągłe wdrażanie (CD) porusza się o krok dalej, automatycznie wdrażając kod w środowisku docelowym (produkcja lub inscenizacja) po tym, jak każdy kod popełnia i buduje. Zanim zaczniesz, upewnij się, że masz projekt w Gitlab, do którego chcesz użyć CI/CD. Powinieneś mieć dostęp do opiekuna lub właściciela do projektu.

Co to jest biegacz gitlab

Po zrozumieniu GITLAB Ciągłe wdrażanie , Gitlab Runner to mały lekki program napisany w Go, który uruchamia zadania związane z ciągłą integracją (CI) na komputerze lokalnym i wysyła wyniki do Gitlab, aby rozważyć zmiany. Jest to pojedynczy binarny wykonywalny, który można zainstalować na dowolnym głównym systemie operacyjnym. Zanim przejdziemy do przodu z Gitlab CD / CD, musisz upewnić się, że masz dostępnych biegaczy do uruchamiania swoich zadań. Możesz postępować zgodnie z oficjalnym przewodnikiem instalacji i rejestru Gitlab Runner.

.gitlab-ci.yml

. Gitlab-ci.ymlto plik, w którym konfigurujesz określone instrukcje dla Gitlab CI/CD. Jest umieszczony w korzeni repozytorium i zawiera definicje tego, jak należy budować Twój projekt. Za każdym razem, gdy naciskamy na naszą instancję Gitlab, Gitlab wywołał biegacza do zbudowania i przetestowania projektu zgodnie z instrukcją tego pliku.

Utwórz przykładową aplikację

W sekcji tego samouczka Gitlab utworzymy przykładową aplikację. Zakładając, że utworzyłeś już repozytorium GitLab, utwórzmy przykładową aplikację, a my skonfigurujemy proces CI / CD dla aplikacji. Przede wszystkim utwórz plik pakietu.json u podstaw swojego projektu

{
  "name": "sample_web_app",
  "version": "1.0.0",
  "description": "Sample Application",
  "author": "Assad",
  "main": "app.js",
  "scripts": {
    "start": "node app.js"
  },
  "dependencies": {
    "express": "^4.16.1"
  }
}

Teraz utwórz app.js u podstaw swojego projektu

const express = require('express');

const app = express();
app.get('/', (req, res) => {
  res.send('Hello world\n');
});

app.listen(8080, 'localhost');
console.log('Running on http://localhost:8080');

W ostatnim etapie gitlab ciągłe wdrażanieUtwórzPLIFILE i dodaj do niego następujące treści:

FROM node:10

# Create app directory
WORKDIR /usr/src/app

# Install app dependencies
COPY package*.json ./

RUN npm install

# Bundle app source
COPY . .

EXPOSE 8080
CMD [ "node", "app"]

DockerFile zawiera proces kompilacji tej aplikacji. Polega na tworzeniu kontenera węzłów i instalacji zależności. Teraz musimy utworzyć plik . Gitlab-ci.yml . Ten plik zawierałby instrukcje budowania naszego projektu. Za każdym razem, gdy naciskamy na nasze repozytorium Gitlab, Gitlab wywołał biegacza do zbudowania projektu.

image: node:latest
stages:
- build

install_dependencies:
stage: build
script:
- npm install

Mamy tylko jedno sceniczne kompilacja i ma on po prostu instalację NPM jako skrypt. Jest to polecenie, które musisz ręcznie uruchomić za każdym razem, gdy zmiana wchodzi w Twój projekt. I właśnie tam wchodzi biegacz Gitlab i zrobiłby to dla ciebie automatycznie za każdym razem, gdy się podejmiesz. Zakładając teraz, że zainstalowałeś już Gitlab Runner, a także zarejestrowałeś go w instancji Gitlab, możemy przetestować Gitlab CI / CD w akcji, podejmując proste zobowiązanie do aplikacji i naciskając ją do Gitlab. Następnie możesz otworzyć swój projekt w Gitlab, przejść do My-Project → Pipeline, a zobaczysz tag z napisem „przekazany” obok dokonanego zobowiązania. Kolejne zobowiązania będą miały również tagi.

Wniosek

To prowadzi nas do końca tego samouczka Gitlab. W tym artykule dowiedzieliśmy się o podstawach ciągłej integracji Gitlab, What Is CI & CD , What Is Gitlab Runner i ciągłe wdrażanie. Ponadto zbadaliśmy, jaki jest wykorzystanie biegaczy w ogólnym przepływie pracy CI / CD. Stworzyliśmy również przykładowy projekt, który wyjaśnia, jak skonfigurować ciągłe wdrażanie za pomocą GitLab. Ten samouczek Gitlab naprawdę ci pomoże, jeśli szukaszGitlab Ciągłe wdrażanie . Istnieje jednak wiele innych zasobów wymienionych w poniższej sekcji „Przeglądaj”, które możesz sprawdzić. Ponadto artykuły dotyczą systemów kontroli wersji****, które są open source, samodzielne i rozszerzalne. Wreszcie Containerize.com ciągle pisze posty na blogu na temat dalszych produktów i tematów open source. Dlatego prosimy o kontakt z kategorią oprogramowanie do kontroli wersji w celu regularnych aktualizacji. Ponadto możesz śledzić nas na naszych kontach w mediach społecznościowych Facebook, LinkedIn i Twitter.

Badać

Możesz znaleźć istotne następujące linki: