Udostępnij za pośrednictwem

Łączenie zatwierdzeń i żądań ściągnięcia usługi GitHub w celu Azure Boards elementów roboczych — aktualizacja przebiegu 144

  • Artykuł

W aktualizacji Sprint 144 usługi Azure DevOps kontynuujemy rozszerzanie integracji z usługą GitHub. Teraz będzie można połączyć zatwierdzenia usługi GitHub i żądania ściągnięcia do Azure Boards elementów roboczych. Łącząc usługę GitHub i Azure Boards, możesz uzyskać zaawansowane funkcje zarządzania projektami z dostępem do funkcji, takich jak listy prac, tablice, narzędzia do planowania przebiegu i wiele typów elementów roboczych.

Zapoznaj się z poniższą listą Funkcji , aby uzyskać więcej informacji.

Funkcje

Azure Boards:

Azure Repos:

Azure Pipelines:

Azure Artifacts:

Ogólne:

Wiki:

Administracja:

Azure Boards

Zespoły korzystające z usługi GitHub do obsługi kodu i chcą, aby zaawansowane możliwości zarządzania projektami mogły teraz zintegrować swoje repozytoria z Azure Boards. Łącząc usługę GitHub i Azure Boards, możesz uzyskać wszystkie funkcje, takie jak listy prac, tablice, narzędzia planowania przebiegu, wiele typów elementów roboczych i nadal mają przepływ pracy integrujący się z przepływami pracy deweloperów w usłudze GitHub.

Łączenie zatwierdzeń i żądań ściągnięcia z elementami roboczymi jest łatwe. Podaj element roboczy przy użyciu następującej składni:

AB#{work item ID}

Wspomnij element roboczy w komunikacie o zatwierdzeniach, tytule żądania ściągnięcia lub opis żądania ściągnięcia, a Azure Boards utworzy link do tego artefaktu. Rozważmy na przykład komunikat zatwierdzenia podobny do następującego:

Adds support for deleting connections. Fixes AB#20.

Spowoduje to utworzenie linku z elementu roboczego #20 do zatwierdzenia w usłudze GitHub, które zostanie wyświetlone w sekcji Programowanie elementu roboczego. ​

Łącze z elementu roboczego do zatwierdzenia.

Jeśli wyrazy "fix", "fixs" lub "fixed" poprzedzają wzmiankę o elemencie roboczym (jak pokazano powyżej), element roboczy zostanie przeniesiony do stanu ukończonego po scaleniu zatwierdzenia z gałęzią domyślną.

Zespoły korzystające z usługi Azure Pipelines do kompilowania kodu w usłudze GitHub będą również widzieć elementy robocze połączone z zatwierdzeniami usługi GitHub w podsumowaniu kompilacji.

Uzyskiwanie Azure Boards jako usługi

Azure Boards można teraz łatwo uzyskać i użyć jako własnej usługi. Niezależnie od tego, czy kod znajduje się w Azure Repos, czy w usłudze GitHub, możesz szybko rozpocząć pracę, przechodząc do https://www.azure.com/boards strony i klikając pozycję "Rozpocznij od Azure Boards". Nowi użytkownicy otrzymają projekt, który ma tylko Azure Boards i wprowadzenie, aby pomóc im trafić na ziemię.

Wprowadzenie do Azure Boards.

Azure Repos

Ponowne uruchamianie wygasłej kompilacji dla żądań ściągnięcia autouzupełniania

Azure Repos teraz automatycznie kolejkuje wygasłe kompilacje, które zostały wyzwolone przez zasady żądania ściągnięcia. Dotyczy to żądań ściągnięcia, które przekazały wszystkie inne zasady i są ustawione na autouzupełnianie. Wcześniej, gdy żądania ściągnięcia miały zasady, takie jak wymagane recenzenci, proces zatwierdzania może trwać zbyt długo, a skojarzona kompilacja może wygaśnieć przed zatwierdzeniem żądania ściągnięcia przez recenzenta. Jeśli żądanie ściągnięcia zostało ustawione na automatyczne ukończenie, pozostanie zablokowane do momentu ręcznego w kolejce wygasłej kompilacji przez użytkownika. Dzięki tej zmianie kompilacja zostanie automatycznie w kolejce, dzięki czemu żądanie ściągnięcia może zostać automatycznie ukończone po pomyślnej kompilacji.

Uwaga

Ta automatyzacja będzie kolejkować tylko do pięciu wygasłych kompilacji na żądanie ściągnięcia i podejmie próbę ponownego kolejkowania każdej kompilacji raz.

Azure Pipelines

Zarządzanie wydaniami usługi GitHub przy użyciu potoków

Wersje usługi GitHub to doskonały sposób na spakowanie i dostarczanie oprogramowania użytkownikom. Z przyjemnością ogłaszamy, że teraz możesz zautomatyzować je przy użyciu zadania wydania usługi GitHub w usłudze Azure Pipelines. Za pomocą zadania można utworzyć nową wersję, zmodyfikować istniejące wersje robocze/opublikowane lub odrzucić starsze. Obsługuje ona funkcje, takie jak przekazywanie wielu zasobów, oznaczanie wydania jako wersji wstępnej, zapisywanie wydania jako wersji roboczej i wiele innych. To zadanie ułatwia również tworzenie informacji o wersji. Może również automatycznie obliczać zmiany (zatwierdzenia i skojarzone problemy), które zostały wprowadzone w tej wersji, i dodać je do informacji o wersji w przyjaznym dla użytkownika formacie.

Oto prosty kod YAML dla zadania:

task: GithubRelease@0 
displayName: 'Create GitHub Release'      
inputs:
  githubConnection: zenithworks
  repositoryName: zenithworks/pipelines-java
  assets: $(build.artifactstagingdirectory)/*.jar

Zadanie wydania usługi GitHub.

Przykładowa wersja usługi GitHub utworzona przy użyciu tego zadania:

Przykładowa wersja usługi GitHub.

Rozszerzenie programu VS Code dla potoków opartych na języku YAML

Aby przyspieszyć proces kodowania, dodaliśmy rozszerzenie programu VS Code dla potoków YAML. Rozszerzenie obsługuje wyróżnianie składni i funkcję IntelliSense (uzupełnianie kodu), aby sprawdzić, czy plik jest poprawnie ustrukturyzowany i czy używa prawidłowych słów kluczowych. Ponadto obsługuje również wbudowane zadania i może zweryfikować wymagane dane wejściowe.

Rozszerzenie to projekt open source w usłudze GitHub i zapraszamy do przesyłania opinii, raportów o usterkach i współtworzenia przez społeczność.

Edytor sieci Web z funkcją IntelliSense dla potoków YAML

Jeśli używasz języka YAML do definiowania potoków, możesz teraz skorzystać z nowych funkcji edytora wprowadzonych w tej wersji. Niezależnie od tego, czy tworzysz nowy potok YAML, czy edytujesz istniejący potok YAML, możesz edytować plik YAML w edytorze internetowym potoku. Użyj klawiszy Ctrl+Spacja do obsługi funkcji IntelliSense podczas edytowania pliku YAML. Zostaną wyświetlone wyróżnione błędy składniowe, a także uzyskaj pomoc dotyczącą poprawiania tych błędów.

Edytor sieci Web dla potoków YAML.

Integracja rozwiązania ServiceNow Change Management

Eliminuj opóźnienia wdrożeń produkcyjnych z bezproblemową integracją z usługą ServiceNow. Usługa Azure Pipelines we współpracy z usługą ServiceNow ogłasza publiczną dostępność rozszerzenia ServiceNow Change Management, dzięki czemu potoki wydań są świadome procesu zarządzania zmianami w usłudze ServiceNow.

Za pomocą rozwiązania ServiceNow Change Management jako bramy wydania można zainicjować proces zarządzania zmianami w usłudze ServiceNow i przechowywać potok między dwoma etapami, aż zmiana będzie gotowa do wdrożenia.

Zarządzanie zmianami usługi ServiceNow

Możesz również zaktualizować zadanie żądania zmiany usługi ServiceNow w procesie wdrażania, a żądanie zmiany usługi ServiceNow zostanie zaktualizowane o stan i wynik wdrożenia. Zapewni to pełną dwukierunkową integrację między usługą ServiceNow i usługą Azure Pipelines.

Integracja między usługą ServiceNow i usługą Azure Pipelines.

Teraz możesz udostępnić link do określonych wierszy w dzienniku kompilacji. Pomoże to podczas współpracy z innymi członkami zespołu w diagnozowaniu błędów kompilacji. Wystarczy wybrać wiersze dziennika z widoku wyników, aby uzyskać ikonę linku.

Połącz z określonymi wierszami w dzienniku kompilacji.

Określanie potoku wieloplatformowego w jednym pliku

Usługa Azure Pipelines oferuje pule hostowane dla agentów systemu Linux, macOS i Windows. Wcześniej, aby ponownie użyć tych samych kroków potoku we wszystkich trzech hostowanych pulach, trzeba było określić kroki w osobnym pliku szablonu. Usunęliśmy to wymaganie, aby umożliwić określenie potoku wieloplatformowego i strategii macierzy w jednym pliku:

strategy:
  matrix:
    win:
      vm: windows-latest
    mac:
      vm: macOS-latest
    linux:
      vm: ubuntu-latest

pool:
  vmImage: $(vm)

steps:
- script: npm install
- script: npm run test

Automatyczne ponowne wdrażanie po awarii

Gdy wdrożenie na etapie zakończy się niepowodzeniem, usługa Azure Pipelines może teraz automatycznie ponownie wdrożyć ostatnie pomyślne wdrożenie. Etap można skonfigurować do automatycznego wdrożenia ostatniej pomyślnej wersji, konfigurując wyzwalacz automatycznego ponownego wdrażania w warunkach po wdrożeniu. Planujemy dodać dodatkowe wyzwalane zdarzenia i akcje do konfiguracji automatycznego wdrażania w przyszłym przebiegu. Aby uzyskać więcej informacji, zobacz dokumentację grupy wdrażania .

Automatyczne ponowne wdrażanie po awarii.

Azure Artifacts

Publiczna wersja zapoznawcza PyPI

Usługa Azure Artifacts może teraz hostować pakiety języka Python. Obejmuje to pakiety utworzone i nadrzędne zapisane z publicznego interfejsu PyPI. Aby uzyskać więcej informacji, zobacz wpis w blogu o anonsie i dokumentację.

Teraz możesz hostować wszystkie pakiety NuGet, npm, Maven, Python i Universal w tym samym kanale informacyjnym.

Hostowanie pakietów języka Python.

Ogólne

portal Kondycja usługi

Dodaliśmy nowy portal stanu usługi Azure DevOps, który zapewni lepsze środowisko obsługi po kondycji naszych usług. Jeśli wystąpi problem z dowolną z naszych usług, możesz sprawdzić kondycję usługi tutaj.

Kondycja usługi portal.

Aby uzyskać więcej informacji, zobacz wpis w blogu o anonsie i dokumentację.

Witryna Wiki

Szablony języka Markdown dla formuł i filmów wideo

Nie trzeba już pamiętać składni języka Markdown do dodawania formuł, filmów wideo i tagów YAML podczas edytowania witryny Typu Wiki. Teraz możesz kliknąć menu kontekstowe na pasku narzędzi i wybrać wybraną opcję.

Szablony języka Markdown dla formuł i filmów wideo.

Administracja

Przywracanie usuniętych projektów

W tej wersji dodaliśmy możliwość przywracania usuniętych projektów. Od dziś użytkownicy z uprawnieniem usuwania projektu mogą przywracać usunięte projekty za pośrednictwem naszych interfejsów API REST. W tym celu utwórz żądanie projektu aktualizacji z { "state" : "wellFormed" }. W przyszłej wersji dodamy interfejs użytkownika, do którego będzie można uzyskać dostęp ze strony przeglądu organizacji. Aby uzyskać więcej informacji na temat interfejsu API REST, zobacz dokumentację tutaj.

Aby uzyskać listę usuniętych projektów, użyj następującego żądania

GET https://dev.azure.com/{organization}/_apis/projects?stateFilter=deleted&api-version=5.0-preview.3

Aby przywrócić usunięty projekt, użyj następującego żądania

PATCH https://dev.azure.com/{organization}/_apis/projects/{projectId}?api-version=5.0-preview.3

Treść żądania

{
    "state" : "wellFormed"
}

Uwaga

Do przywrócenia usuniętego projektu trzeba będzie przywrócić maksymalnie 28 dni. Po upływie 28 dni projekt zostanie trwale usunięty.

Następne kroki

Uwaga

Te funkcje będą wdrażane w ciągu najbliższych dwóch do trzech tygodni.

Przeczytaj o nowych funkcjach poniżej i przejdź do usługi Azure DevOps, aby wypróbować je samodzielnie.

Przejdź do usługi Azure DevOps

Jak przekazać opinię

Chcielibyśmy usłyszeć, co myślisz o tych funkcjach. Użyj menu opinii, aby zgłosić problem lub podać sugestię.

Wprowadź sugestię

Możesz również uzyskać porady i pytania, na które odpowiada społeczność w witrynie Stack Overflow.

Dzięki,

Aaron Bjork