Opis problemu
Załóżmy, że mamy repozytorium na Azure DevOps. Mamy do niego zdefiniowany Build pipeline

Dodatkowo mamy też Release pipeline z dwoma środowiskami: TEST i PROD.

Na tablicy z zadaniami mamy Task:

Z poziomu taska tworzymy branch (lub ewentualnie dodajemy link do już istniejącego). Kolejne kroki są proste – robimy zmiany w kodzie, wrzucamy commita, tworzymy Pull Request, czekamy na akceptację i kończymy Pull Request (akcja Complete). Jeśli ustawiliśmy odpowiednie triggery w build pipeline i release pipeline, powinien się zrobić automatyczny deployment na środowisko TEST. Skąd jednak druga osoba może się dowiedzieć, na jakim środowisku jest zaimplementowana zmiana z wyżej wymienionego taska (zakładając, że automatycznie ustawiliśmy status taska na Closed)? Załóżmy, że branch master byłby główną gałęzią – implementacja zmiany powinna być dostępna właśnie na nim. Trzeba tylko odszukać odpowiedni release pipeline dla interesującej nas aplikacji i sprawdzić, na jakie środowiska został uruchomiony ostatnio (i z jakiej gałęzi). Przy wielu aplikacjach i wielu różnych pipeline można się trochę naszukać. A jak się nie ma którejś z informacji (np. nazwy release pipeline) – to jest jeszcze trudniej.
Co można więc z tym zrobić?
Azure DevOps Deployment
Na podstawie powyższego przykładu warto by było wstawić link łączący Task i release pipeline. Dzięki czemu wystarczyłoby zerknąć na zakończony Task i już widzielibyśmy, na jakim środowisku jest wrzucona zaimplementowana zmiana. Droga do tego jest całkiem prosta.
Report deployment status to Boards
Z poziomu release pipeline należy włączyć integrację z Boards:

Można wybrać środowiska oraz ustawić ich typy. Co się stanie, gdy przy kolejnym Tasku zakończymy Pull Request i zmiany zostaną wrzucone na główną gałąź?
Najpierw zobaczymy, że zmiany są na środowisku TEST:

A po deploymencie na środowisku PROD, zobaczymy aktualizację:

Widzimy również deployment status (zielony znaczek – wszystko poszło ok). Dodatkowo przedstawione nazwy są linkami – mogą w prosty sposób przekierować do konkretnego deploymentu.
Podoba Ci się to, co tworzę? Chcesz dostawać informacje o:
– wydarzeniach, które organizuję lub wspieram (np. konferencje, meetupy, webinary)
– inicjatywach, które organizuję lub wspieram (np. GeekWeekWro, DevAdventCalendar)
– moich prelekcjach, kursach i szkoleniach
– wyróżnionych artykułach z mojego bloga
0% SPAMu, 100% informacji! Krótko i na temat.
Dopiero zapoznaję się z Azure, ale czytałem, że zastosowanie właściwej kombinacji technologii DevOps, kultury i procesów pozwala zapewnić ciągłe dostarczanie oprogramowania i lepszą wartość dla klientów.
PolubieniePolubione przez 1 osoba