Udostępnij przez

Łączenie commitów i pull requestów GitHub z elementami roboczymi Azure Boards — aktualizacja sprintu 144

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

Aby uzyskać więcej informacji, zapoznaj się z poniższą listą funkcji .

Funkcje

Azure Boards:

Azure Repos:

Azure Pipelines:

Azure Artifacts:

Ogólne:

Wiki:

Administracja:

Azure Boards

Zespoły, które używają usługi GitHub do obsługi kodu i chcą rozbudowanych funkcji zarządzania projektami, mogą teraz integrować swoje repozytoria z usługą Azure Boards. Łącząc GitHub i Azure Boards, możesz uzyskać wszystkie funkcje, takie jak backlogi, tablice, narzędzia do planowania sprintów, różne typy elementów roboczych, a jednocześnie mieć przepływ pracy, który integruje się z przepływem pracy deweloperów w GitHub.

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

AB#{work item ID}

Wspomnij o elemencie roboczym w komunikacie zatwierdzenia, tytule żądania ściągnięcia lub opisie żądania ściągnięcia, i usługa 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 słowa "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.

Nabycie usługi Azure Boards

Usługa Azure Boards może być teraz łatwo uzyskiwana i używana jako własna usługa. Niezależnie od tego, czy twój kod znajduje się w usłudze Azure Repos, czy GitHub, możesz szybko rozpocząć pracę, przechodząc do https://www.azure.com/boards strony i klikając pozycję "Rozpocznij pracę z usługą Azure Boards". Nowi użytkownicy otrzymają dedykowany projekt, który zawiera tylko usługę Azure Boards, oraz wprowadzenie ułatwiające szybkie rozpoczęcie pracy.

Rozpoczynanie pracy z usługą Azure Boards.

Azure Repos

Ponowne uruchomienie wygasłej kompilacji dla automatyzacji tworzenia pull requestów.

Usługa Azure Repos będzie teraz automatycznie kolejkować wygasłe kompilacje, które zostały wyzwolone przez zasady żądania ściągnięcia. Dotyczy to żądań ściągnięcia, które przeszły wszystkie inne zasady i są ustawione na automatyczne uzupeł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 wygasnąć, zanim recenzent zatwierdził żądanie ściągnięcia. Jeśli żądanie zatwierdzenia zostało ustawione na automatyczne ukończenie, pozostanie zablokowane dopóki użytkownik ręcznie nie uruchomi wygasłego procesu budowy. Dzięki tej zmianie kompilacja zostanie automatycznie wstawiona do kolejki, dzięki czemu żądanie ściągnięcia może zostać automatycznie ukończone po pomyślnej kompilacji.

Uwaga / Notatka

Ta automatyzacja będzie kolejkować tylko do pięciu wygasłych kompilacji na żądanie ściągnięcia i będzie próbować ponownie kolejkować każdą kompilację tylko raz.

Azure Pipelines

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

Wersje usługi GitHub to doskonały sposób tworzenia pakietów i udostępniania oprogramowania użytkownikom. Z przyjemnością ogłaszamy, że możesz teraz zautomatyzować to za pomocą zadania GitHub Release 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 notatek o wydaniu. Może również automatycznie obliczyć 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 zadania:

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

Zadanie wydania na 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 weryfikować wymagane dane wejściowe.

Rozszerzenie to projekt open source w usłudze GitHub, który zaprasza społeczność do przesyłania opinii, raportów o błędach oraz współtworzenia.

Edytor internetowy 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, możesz modyfikować jego plik YAML w internetowym edytorze potoku. Użyj Ctrl+Spacja dla obsługi funkcji IntelliSense podczas edytowania pliku YAML. Zobaczysz wyróżnione błędy składni, a także uzyskaj pomoc dotyczącą poprawiania tych błędów.

Edytor sieci Web dla potoków YAML.

Integracja zarządzania zmianami usługi ServiceNow

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

Za pomocą usługi ServiceNow Change Management jako bramy wydawniczej można zainicjować proces zarządzania zmianą w usłudze ServiceNow i zatrzymać proces między dwoma etapami do czasu, gdy 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. Po prostu wybierz wiersze dziennika z widoku wyników, aby uzyskać ikonę linku.

Linkuj do konkretnych linii w dzienniku kompilacji.

Określ wieloplatformowy potok w pojedynczym pliku

Usługa Azure Pipelines oferuje hostowane pule dla agentów systemów 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 w przypadku błędu

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ć tak, aby automatycznie wdrażał ostatnią pomyślną wersję, konfigurując wyzwalacz automatycznego ponownego wdrażania w warunkach po wdrożeniu. Planujemy dodać dodatkowe zdarzenia wywoływane i czynności do konfiguracji automatycznego ponownego wdrażania w przyszłym sprincie. Aby uzyskać więcej informacji, zobacz dokumentację grupy wdrożeń .

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, które tworzysz, oraz pakiety pobrane z publicznego repozytorium PyPI. Aby uzyskać więcej informacji, zobacz wpis w blogu z ogłoszeniem i dokumentację.

Teraz możesz hostować wszystkie swoje pakiety NuGet, npm, Maven, Python i universal w tym samym źródle.

Hostowanie pakietów języka Python.

General

Portal stanu usługi

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

Portal stanu usług.

Aby uzyskać więcej informacji, zobacz wpis w blogu z ogłoszeniem i dokumentację.

Wiki

Szablon Markdown dla formuł i klipów wideo

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

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

Administration

Przywracanie usuniętych projektów

W tej wersji dodaliśmy możliwość przywracania usuniętych projektów. Obecnie użytkownicy z uprawnieniem do usuwania projektu mogą przywracać usunięte projekty za pośrednictwem naszych interfejsów API REST. W tym celu utwórz żądanie projektu aktualizacji za pomocą polecenia { "state": "wellFormed" }. W przyszłej wersji dodamy interfejs użytkownika, do którego 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 / Notatka

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

Dalsze kroki

Uwaga / Notatka

Te funkcje zostaną wprowadzane 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 przekazać sugestię.

Utwórz sugestię

Możesz również uzyskać porady i odpowiedzi na pytania społeczności w witrynie Stack Overflow.

Dzięki

Aaron Bjork

  • Last updated on