Pipelines to nazwa najnowszego interfejsu użytkownika DevOps dla kompilacji. W starym interfejsie wygląda to tak:
Można powiedzieć, że Pipeline
(lub kompilacja lub kompilacja potoku) reprezentuje CI (ciągła integracja) w Azure DevOps. Release
reprezentuje CD (ciągła dostawa) w Azure DevOps. Potok zwykle pobiera kod, buduje go, testuje i tworzy artefakt. Wersja bierze artefakt i uwalnia / wdraża go.
Wykorzystanie zależy od twojego projektu.
Jeśli masz mały projekt i nie ma potrzeby korzystania z funkcji Release (np. Warunki przed zatwierdzeniem i zatwierdzenia), możesz mieć Pipeline, jak wspomniano: restore -> build -> tests -> deploy
i nie ma potrzeby w Release.
Jeśli twój projekt jest duży i ma duży wkład deweloperów, dobrze jest mieć Pipeline, który buduje, uruchamia testy jednostkowe, wykonuje inną automatyzację i wyniki z artefaktem za każdym razem, gdy deweloper naciska na wspólne repo. Dzięki temu możesz mieć pewność, że wszystko się ułoży i testy integracji przebiegły pomyślnie. Pipeline może także zakończyć zadanie wydania / wdrożenia w środowisku programistycznym / serwerach do pracy wewnętrznej, użytkowania, testowania.
W dużych projektach nie trzeba wdrażać każdego push do wspólnego repozytorium. Możesz więc ustalić wydanie, które będzie odpowiedzialne za wdrożenie w środowisku produkcyjnym. Ma przeznaczone do tego funkcje, takie jak wstępne zatwierdzenie, więc wszyscy są zgodni, że jest to odpowiednia kompilacja (lub artefakt) do produkcji.