Zgodnie z wyborem części z Was, która wzięła udział w ankiecie na twitterze, czas na nowe wpisy dotyczące Azure DevOps!
Zacznijmy od szybkiego wprowadzenia!
Na początek wejdźmy na stronę https://azure.microsoft.com/en-us/services/devops/

Chcę rozpocząć moją przygodę z Azure DevOps, więc klikam link Sign in to Azure DevOps.
Loguję się kontem Microsoft, wyrażam odpowiednie zgody i dochodzę do kroku dodawania nowej organizacji:

Ustawię nazwę projektu na taką samą, jaką ma projekt DevAdventCalendar na GitHubie:

Jest to inicjatywa opensource, więc zrobię projekt publiczny.
I voilà, mamy przygotowany cały projekt!

Teraz objaśnienia najważniejszych elementów:
Overview

Z tego poziomu możemy utworzyć :
- Summary, czyli opis projektu, listę dodanych członków i statystyki
- Dashboard, czyli tablicę zawierającą interesujące nas informacje np. listę bugów
- Wiki, czyli dokumentację naszego projektu
Boards

W części Boards możemy przeglądać nasze zadania, grupować je w User Story, Feature, zgłaszać bugi i tworzyć Taski. Dodatkowo jest możliwość podziału zadań na zdefiniowane sprinty (okresy ograniczone czasowo).
Repos

W tej sekcji jest wszystko, co jest związane z kodem – commity, kod, tagi oraz podsekcja Pull Requestów.
Pipelines

Tutaj są definicje buildów i releasów, a także bardzo fajne Task grupy, pozwalające współdzielić definicje między różnymi releasami.
Project Settings
To, co jest ważne na początku, to ustawienia dotyczące całej organizacji. Przycisk do nich kierujący jest widoczny na dole po lewej stronie.

Overview
Na początek mamy opcję edycji overview projektu: nazwy, opisu, ikony czy dostępności (publiczny/prywatny).

Poniżej jest lista zakładek, które chcemy mieć dostępne na Azure DevOps dla tego projektu. My mamy włączone wszystkie.

Jest również opcja usunięcia projektu.
Teams
Kolejna rzecz, to lista zespołów projektu, które mogą mieć różne uprawnienia (w zależności od roli). Domyślnie tworzony jest zespół o nazwie projektu, z pełnymi uprawnieniami. Jest tam tylko 1 użytkownik – ja.

Permissions
Uprawnienia, czyli lista grup z określonymi uprawnieniami. Jak widać należę do grupy Contributors, DevAdventCalendar Team (domyślnego zespołu) oraz Project Administrators (pełne uprawnienia)

Po kliknięciu w daną grupę możemy zobaczyć specyfikę uprawnień:

W razie potrzeby można również tworzyć własne grupy.
Notifications
Sekcja dotycząca powiadomień jest mocno rozbudowana – jest sporo eventów z różnych działów projektu (budowanie, releasowanie, code review), o których można powiadamiać wybrane grupy użytkowników.

Service Hooks
Możliwość integracji z naszymi serwisami, w celu powiadamiania ich o wydarzeniach w obrębie naszego projektu. Serwisów jest wiele – Microsoft Teams, Jenkins, Slack, Trello, Grafana to tylko kilka przykładów. Więcej możecie zobaczyć w dokumentacji.

Dashboards
Kilka opcji do włączenia/wyłączenia tworzenia/edycji/usuwania dashboardów.

Na początek to tyle. Wiem, że jest więcej ciekawych ustawień (np. moje ulubione Agent Pool albo ustawienie templatów Tasków), ale o tym napiszę w przyszłości.
Jeśli na pierwszy rzut oka Azure DevOps wygląda dla Was skomplikowanie – uwierzcie, po chwili używania się do niego przekonacie 😉
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.
O bajera. Bardzo dobre narzędzie. Też o nim pisałem. Co prawda z innej perspektywy, ale też. -> https://jerzywickowski.pl/ci/co-to-jest-azure-devops/
PolubieniePolubione przez 1 osoba
Pingback: Azure DevOps – Repozytorium – programmer-girl