Ulepszenia integracji usług Azure Boards i Azure Pipelines w witrynie GitHub — aktualizacja przebiegu 149
W aktualizacji Przebiegu 149 usługi Azure DevOps dodaliśmy możliwość przechodzenia do usługi Azure Boards bezpośrednio z wzmianek w komentarzu usługi GitHub, a także obsługę usługi Azure Boards w usłudze GitHub Enterprise.
W przypadku usługi Azure Pipelines włączyliśmy nową funkcję dotyczącą żądań ściągnięcia usługi GitHub, która umożliwia uruchamianie opcjonalnych kontroli przez wzmiankowanie elementu /azp w komentarzu. Możesz również wymagać komentarza do żądania ściągnięcia od współautora repozytorium przed uruchomieniem potoku, aby umożliwić przeglądanie kodu od nieznanych użytkowników przed jego utworzeniem.
Aby uzyskać więcej informacji, zapoznaj się z poniższą listą funkcji .
Funkcje
Ogólne:
Azure Boards:
- Przechodzenie do elementów roboczych usługi Azure Boards bezpośrednio ze wzmianek w komentarzach w usłudze GitHub
- Aktualizacje reguł przejść elementów roboczych
- Obsługa usługi Azure Boards w usłudze GitHub Enterprise
- Edytowanie i usuwanie komentarzy w elemencie roboczym
- Kolejność wartości stanu w formularzu elementu roboczego
Azure Pipelines:
- Wybieranie katalogu wyewidencjonowanego kodu w potokach YAML
- Projekty prywatne mają teraz czas uruchomienia równy 60 minut na zadanie potoku
- Aktualizacje obrazów hostowanych potoków
- Zadanie instalatora narzędzia Duffle w potoku kompilacji i wydania
- Zatwierdzanie wdrożeń usługi Azure Pipelines na platformie Slack
- Wszyscy dostawcy źródłowi uwzględnieni w nowym kreatorze potoku kompilacji
- Komentarze w usłudze GitHub wyzwalają optymalizacje
- Publikowanie wyników testów CTest i PHPUnit
Azure Artifacts:
Raportowanie:
Ogólne
Rozwiązywanie problemów z odłączonym użytkownikami usługi Azure Active Directory (Azure AD)
Dzięki naszej aktualizacji Przebiegu 148 udostępniliśmy możliwość połączenia organizacji z usługą Azure Active Directory z poziomu portalu usługi Azure DevOps. To nowe uproszczone środowisko zapisano kilka kroków wcześniej wymaganych w witrynie Azure Portal. Jednak to nowe środowisko pozostawiło otwartą lukę, ponieważ nadal trzeba było wezwać pomoc techniczną do przywrócenia dostępu dla członków, którzy stracili dostęp podczas procesu połączenia. Użytkownicy utracą dostęp, gdy ich poprzednia tożsamość logowania nie zostanie znaleziona w nowo połączonej usłudze Azure Active Directory. Dzięki tej wersji możemy przywrócić tych odłączonych członków samodzielnie, co pozwoli Ci zaoszczędzić połączenie z pomocą techniczną klienta i zwiększyć produktywność.
Aby przywrócić odłączone elementy członkowskie, należy wykonać dwa kroki. Najpierw bieżące tożsamości tych członków są mapowane na tożsamości w nowo połączonej usłudze Azure AD. Ponieważ niektórzy odłączeni członkowie mogą nie mieć pasujących tożsamości w usłudze Azure AD, drugim krokiem jest zaproszenie pozostałych członków jako gości do usługi Azure AD. Ta aktualizacja udostępnia interfejs umożliwiający wykonanie obu kroków bezpośrednio ze strony ustawień usługi Azure AD w portalu usługi Azure DevOps.
Poszukaj aktualizacji w naszej dokumentacji tutaj.
Azure Boards
Przechodzenie do elementów roboczych usługi Azure Boards bezpośrednio ze wzmianek w komentarzach w usłudze GitHub
Teraz, gdy wspominasz element roboczy w komentarzu dotyczącego problemu, żądania ściągnięcia lub zatwierdzenia w usłudze GitHub przy użyciu AB#{work item ID}
składni, te wzmianki staną się hiperlinkami, które można kliknąć, aby przejść bezpośrednio do wymienionego elementu roboczego.
Nie powoduje to utworzenia formalnego linku, który zaśmieca element roboczy w usłudze Azure Boards dla każdej powiązanej konwersacji, ale zamiast tego daje zespołowi sposób udostępnienia nieco więcej informacji o elementach roboczych podczas omawiania kodu lub problemu zgłaszanego przez klienta. Aby uzyskać więcej informacji, zobacz dokumentację integracji usługi GitHub usługi Azure Boards.
Aktualizacje reguł przejść elementów roboczych
Wyczyściliśmy wiele reguł przejścia elementów roboczych, które były niespójne w różnych procesach i typach elementów roboczych. Zamknięte według, data zamknięcia i data zmiany stanu zostały naprawione we wszystkich standardowych typach elementów roboczych i nowo dostosowanych dziedziczonych typach elementów roboczych. Aktywowane przez i Aktywowana data są stałe dla wszystkich typów elementów roboczych systemu, ale nie zostaną naprawione dla dostosowanych dziedziczonych typów elementów roboczych.
Obsługa usługi Azure Boards w usłudze GitHub Enterprise
Zespoły mogą teraz łączyć projekty usługi Azure Boards z repozytoriami hostowanymi w wystąpieniach serwera GitHub Enterprise Server. Podczas nawiązywania połączenia przy użyciu protokołu OAuth wykonaj kroki opisane w dokumentacji dotyczącej rejestrowania aplikacji OAuth przed utworzeniem połączenia z repozytoriami.
Edytowanie i usuwanie komentarzy w elemencie roboczym
Z przyjemnością ogłaszamy, że teraz możesz edytować i usuwać komentarze w dyskusji nad elementami roboczymi w usłudze Azure Boards, która jest wysoce głosowana na naszym forum Społeczności deweloperów. Aby edytować komentarz, po prostu umieść kursor nad dowolnym komentarzem, którego jesteś właścicielem, i zobaczysz dwa nowe przyciski. Jeśli klikniesz ikonę ołówka, wprowadzisz polecenie w trybie edycji i możesz po prostu wprowadzić zmiany i nacisnąć przycisk "Aktualizuj", aby zapisać zmiany.
Po kliknięciu menu przepełnienia zostanie wyświetlona opcja usunięcia komentarza. Po kliknięciu tego przycisku zostanie wyświetlony monit o potwierdzenie, że chcesz usunąć ten komentarz, a komentarz zostanie usunięty.
Będziesz mieć pełny dziennik inspekcji wszystkich edytowanych i usuniętych komentarzy na karcie historia w formularzu elementu roboczego. Zobaczysz również, że zaktualizowaliśmy interfejs użytkownika naszego środowiska dyskusji, aby uczynić go bardziej nowoczesnym i interaktywnym. Ponadto dodaliśmy bąbelki wokół komentarzy, aby było jaśniejsze, gdzie poszczególne komentarze zaczynają się i kończą.
Kolejność wartości stanu w formularzu elementu roboczego
Wcześniej wartość stanu formularza elementu roboczego została uporządkowana alfabetycznie. Dzięki tej aktualizacji zmieniliśmy sposób porządkowania wartości stanu w celu dopasowania ich do kolejności przepływu pracy w ustawieniach procesu.
Uwaga
Zmiana kolejności będzie mieć wpływ tylko na formularz w Internecie i interfejsach API REST. Kolejność wartości stanu nie zostanie zmieniona na klientach przy użyciu funkcji WIT Client OM, takich jak Visual Studio 2017 lub Excel.
Azure Pipelines
Wybieranie katalogu wyewidencjonowanego kodu w potokach YAML
Wcześniej wyewidencjonowaliśmy repozytoria do s
katalogu w obszarze $(Agent.BuildDirectory). Teraz możesz wybrać katalog, w którym repozytorium Git zostanie wyewidencjonowane do użycia z potokami YAML.
Użyj słowa kluczowego path
on checkout
i będziesz kontrolować strukturę folderów. Poniżej przedstawiono przykład kodu YAML, którego można użyć do określenia katalogu.
steps:
- checkout: self
path: my-great-repo
W tym przykładzie kod zostanie wyewidencjonowany do my-great-repo
katalogu w obszarze roboczym agenta. Jeśli nie określisz ścieżki, repozytorium będzie nadal wyewidencjonowane do katalogu o nazwie s
.
Projekty prywatne mają teraz czas uruchomienia równy 60 minut na zadanie potoku
Do tej pory bezpłatne konto (czyli jedno, które nie zakupiło zadań równoległych) będzie uruchamiać zadanie przez maksymalnie 30 minut w danym momencie, do 1800 minut miesięcznie. Dzięki tej aktualizacji zwiększyliśmy limit z 30 do 60 minut dla bezpłatnych kont.
Jeśli musisz uruchomić potok przez ponad 60 minut, możesz zapłacić za dodatkową pojemność na zadanie równoległe lub uruchomić go w własnym agencie. Agenci samodzielnie hostowani nie mają ograniczeń dotyczących długości zadań.
Aktualizacje obrazów hostowanych potoków
Wprowadziliśmy aktualizacje obrazów maszyn wirtualnych vs2017, Ubuntu 16.04 i Windows Container 1803 dla hostowanych usług Azure Pipelines. Więcej szczegółów na temat najnowszych wersji można znaleźć tutaj. Aby zapoznać się z narzędziami dostępnymi na naszych obrazach, odwiedź nasze repozytorium Generowanie obrazów w witrynie GitHub tutaj.
Ponadto przyjęliśmy program Moby jako środowisko uruchomieniowe kontenera. Moby to otwarta platforma utworzona przez platformę Docker do tworzenia składników w niestandardowych systemach opartych na kontenerach. Umożliwi to dostarczanie częstych poprawek nadrzędnych i ulepszeń środowiska uruchomieniowego kontenera.
Zadanie instalatora narzędzia Duffle w potoku kompilacji i wydania
Duffle to narzędzie wiersza polecenia, które umożliwia instalowanie pakietów aplikacji natywnych w chmurze (CNAB) i zarządzanie nimi. Za pomocą baz danych CNAB można dołączać aplikacje natywne dla kontenerów i ich usługi oraz zarządzać nimi.
W tej aktualizacji dodaliśmy nowe zadanie dla potoków kompilacji i wydania, które umożliwia zainstalowanie konkretnej wersji pliku binarnego Duffle.
Zatwierdzanie wdrożeń usługi Azure Pipelines na platformie Slack
Do tej pory użytkownicy usługi Slack mieli ograniczone możliwości zarządzania wdrożeniami wydań z poziomu kanału. Aplikacja Azure Pipelines dla usługi Slack umożliwia zatwierdzenie lub odrzucenie wdrożenia wydania z kanału. Ułatwi to proces zatwierdzania, ponieważ nie trzeba przechodzić do portalu usługi Azure Pipelines. Ponadto można zatwierdzać wdrożenia w podróży przy użyciu aplikacji mobilnej Slack.
Aby uzyskać więcej informacji na temat usług Azure Pipelines i Slack, zobacz dokumentację tutaj.
Wszyscy dostawcy źródłowi uwzględnieni w nowym kreatorze potoku kompilacji
Do tej pory dostawcy źródła, tacy jak GitHub, Azure Repos i Bitbucket Cloud, podzielili się między klasyczny edytor potoków a nowym kreatorem potoku. Dzięki tej aktualizacji dodaliśmy wszystkie z nich do nowego kreatora potoku dla pojedynczego punktu początkowego. Nadal możesz kliknąć link w dolnej części strony, aby utworzyć potok bez kodu YAML w edytorze klasycznym.
Komentarze w usłudze GitHub wyzwalają optymalizacje
Ulepszyliśmy środowisko dla zespołów, które używają komentarzy żądania ściągnięcia usługi GitHub do wyzwalania kompilacji. Zwykle w przypadku zabezpieczeń te zespoły nie chcą automatycznie tworzyć żądań ściągnięcia. Zamiast tego chcą, aby członek zespołu przejrzeł żądanie ściągnięcia i po uznaniu go za bezpieczny, wyzwolił kompilację z komentarzem żądania ściągnięcia. Nowe ustawienie zachowuje tę opcję, jednocześnie zezwalając na automatyczne kompilowanie żądań ściągnięcia tylko dla członków zespołu.
Publikowanie wyników testów CTest i PHPUnit
Dzięki tej aktualizacji dodaliśmy obsługę publikowania wyników testów z przebiegu CTest w potokach. Aby opublikować wyniki testu CTest, wybierz opcję CTest w danych wejściowych formatu wyników testu testu na karcie wyniki publikowania.
Ponadto dołączyliśmy publikowanie dla przebiegów testów PHPUnit . Chociaż format wyników JUnit zawsze był obsługiwany, można teraz korzystać z określonych konstrukcji phpUnit. Aby uzyskać więcej informacji na temat publikowania wyników testów, zobacz dokumentację tutaj.
Azure Artifacts
Źródła nadrzędne programu Maven
Źródła nadrzędne są teraz dostępne dla źródeł maven. Obejmuje to podstawowe repozytorium Maven Central i źródła danych usługi Azure Artifacts. Aby dodać nadrzędne strumienie maven do istniejącego źródła danych, odwiedź stronę Ustawienia źródła nadrzędnego, wybierz pozycję Nadrzędne źródła, a następnie wybierz pozycję Dodaj źródło nadrzędne.
Raportowanie
Zmiana wersji danych OData usług analizy dotycząca zestawu jednostek testowych
Usługa Analytics w usłudze Azure DevOps składa się z zestawów jednostek, które można bezpośrednio wykonywać zapytania z obsługiwanej przeglądarki przy użyciu usługi OData. Usługa udostępnia wersjonowany interfejs API OData, który można dodać do elementu _odata.
Dzięki tej aktualizacji migrujemy zestawy jednostek testowych do wersji 3.0-preview. Jeśli używasz punktu końcowego wersji OData 2.0 w wersji zapoznawczej, musisz zmienić wersję na 3.0-preview, aby zapobiec zmianom powodujących niezgodność.
Poniższa lista zawiera zestawy jednostek, które zostaną zmigrowane do wersji 3.0-preview:
- TestRuns
- TestResults
- Testy
- Kompilacje
- Odgałęzienia
- Wydania
- ReleaseEnvironments
- TestResultsDaily
- ReleasePipelines
- Sygnatury wydania
- BuildPipelines
Aby uzyskać więcej informacji na temat korzystania z punktu końcowego OData w usłudze Analytics, zobacz dokumentację tutaj.
Następne kroki
Uwaga
Te funkcje będą wdrażane w ciągu najbliższych dwóch do trzech tygodni.
Przejdź do usługi Azure DevOps i przyjrzyj się.
Jak przekazać opinię
Chcielibyśmy usłyszeć, co myślisz o tych funkcjach. Użyj menu opinii, aby zgłosić problem lub przekazać sugestię.
Możesz również uzyskać porady i odpowiedzi na pytania społeczności w witrynie Stack Overflow.
Dzięki,
Chris Patterson