Nowa aplikacja usługi Azure Pipelines dla usługi Teams, ulepszona integracja usług GitHub i Azure Boards — aktualizacja przebiegu 151
W aktualizacji Przebiegu 151 usługi Azure DevOps ulepszyliśmy integrację usługi GitHub z usługą Azure Boards, dodając aplikację GitHub Marketplace, aby usprawnić pozyskiwanie i konfigurowanie repozytoriów GitHub. Ponadto można teraz łączyć elementy robocze w usłudze Azure Boards z powiązanymi problemami w usłudze GitHub. Można na przykład akceptować raporty usterek od użytkowników w usłudze GitHub i organizować pracę zespołu w usłudze Azure Boards.
Ponadto dodaliśmy nową aplikację usługi Azure Pipelines dla usługi Microsoft Teams, która umożliwia łatwe monitorowanie potoków i zarządzanie nimi z poziomu usługi Teams.
Aby uzyskać więcej informacji, zapoznaj się z poniższą listą funkcji .
Funkcje
Azure Boards:
- Dodanie usługi Azure Boards z platformy handlowej serwisu GitHub
- Akceptacja i podejmowanie działań w zakresie problemów w usłudze GitHub oraz planowanie w usłudze Azure Boards
- Przełącznik osób na tablicy zadań
Azure Pipelines:
Azure Repos:
Azure Boards
Dodanie usługi Azure Boards z platformy handlowej serwisu GitHub
Nowa aplikacja usługi Azure Boards w witrynie GitHub Marketplace usprawnia pozyskiwanie i konfigurowanie usługi Azure Boards dla repozytoriów GitHub.
Wcześniej można było włączyć połączenie z repozytoriami GitHub za pomocą protokołu OAuth lub osobistego uwierzytelniania tokenu dostępu. Korzystając z protokołu OAuth lub PAT, usługa Azure Boards używa tożsamości usługi GitHub osoby do monitorowania i łączenia działań kodu z elementami roboczymi. Jednak ze względu na to, że członkowie twojego zespołu mogą ulec zmianie w czasie, może być mniej pożądane użycie tożsamości i uprawnień danej osoby w usłudze GitHub. Zamiast tego, instalując aplikację Azure Boards, możesz autoryzować aplikację do wykonywania akcji.
Aby rozpocząć, zainstaluj aplikację z witryny GitHub Marketplace na koncie lub organizacji usługi GitHub. Aby uzyskać więcej informacji, zobacz dokumentację usługi GitHub i Azure Boards .
Akceptacja i podejmowanie działań w zakresie problemów w usłudze GitHub oraz planowanie w usłudze Azure Boards
Integracja między usługami Azure Boards i GitHub do tej pory polegała na łączeniu działania kodu z elementami roboczymi. Chociaż jest to odpowiednie dla kilku zespołów, które chcą w pełni wykorzystać usługę Azure Boards do planowania i zarządzania pracą, pozostawiły inne zespoły, które nadal mogą chcieć śledzić problemy w usłudze GitHub, chcąc więcej.
Teraz możesz połączyć elementy robocze w usłudze Azure Boards z powiązanymi problemami w usłudze GitHub. W przypadku tego nowego typu łączenia możliwe jest teraz kilka innych scenariuszy. Jeśli twój zespół chce kontynuować akceptowanie raportów o usterkach od użytkowników, na przykład jako problemy w usłudze GitHub, ale powiązać i zorganizować ogólną pracę zespołu w usłudze Azure Boards, teraz możesz.
Ta sama składnia wzmianki używana przez zespół do zatwierdzeń i żądań ściągnięcia nadal ma zastosowanie i oczywiście można połączyć się ręcznie w usłudze Azure Boards z adresem URL problemu. Aby uzyskać więcej informacji, zobacz dokumentację usługi GitHub i Azure Boards .
Przełącznik osób na tablicy zadań
W zależności od rozmiaru zespołu i liczby elementów roboczych w toku tablica zadań może być nieco zatłoczony. Możesz użyć filtrowania, aby wybrać karty do wyświetlania i skoncentrować się na tym, co cię interesuje.
Teraz możesz wybrać sposób filtrowania osoby na tablicy zadań. Użyj przełącznika osoby, gdy musisz zobaczyć, jak praca wybranej osoby odnosi się do pracy zespołu. Spowoduje to wyróżnienie kart należących do wybranej osoby, aby można było wyświetlać, aktualizować i zmieniać kolejność wszystkich kart, koncentrując się na wybranej osobie.
Pasek filtru działa teraz w równoważności ze środowiskami filtrowania, dzięki czemu widoczne są tylko karty zgodne z filtrem. Użyj opcji Przypisane, aby filtrować , gdy musisz szybko znaleźć to, nad czym pracujesz.
Azure Pipelines
Aplikacja usługi Azure Pipelines dla usługi Teams
Z przyjemnością ogłaszamy nową aplikację Usługi Azure Pipelines dla usługi Microsoft Teams. Teraz możesz łatwo monitorować potoki usługi Azure DevOps i zatwierdzać wydania w usłudze Teams. Ponadto można zarządzać subskrypcjami ukończonych kompilacji, wydań, oczekujących zatwierdzeń i otrzymywać powiadomienia o tych zdarzeniach w kanałach usługi Teams.
Aby rozpocząć, zainstaluj aplikację Azure Pipelines ze sklepu z aplikacjami Microsoft Teams i zapoznaj się z dokumentacją tutaj.
Aktualizacje do środowiska tworzenia potoku
Wcześniej mieliśmy dwa punkty wejścia podczas tworzenia potoku kompilacji. Jeden dla klasycznych potoków kompilacji i drugi dla potoków kompilacji YAML. Niezależnie od tego, czy była dostępna jedna, czy druga, była kontrolowana przez przełącznik funkcji w wersji zapoznawczej.
Dzięki tej aktualizacji usunęliśmy przełącznik funkcji w wersji zapoznawczej, dzięki czemu będziesz mieć pojedynczy punkt wejścia obejmujący zarówno kompilacje YAML, jak i klasyczne. Nowe środowisko obsługuje wszystkie typy repozytoriów, które były obsługiwane w środowisku klasycznym. Jeśli jednak typ repozytorium obsługuje zarówno kompilacje YAML, jak i klasyczne (np. GitHub lub Azure Repos), preferencja jest podawana kompilacjom YAML. Zawsze możesz zastąpić i wybrać edytor klasyczny, aby utworzyć potok bez kodu YAML.
Azure Repos
Punkt rozszerzenia tworzenia repozytorium
Dodaliśmy punkt rozszerzenia, aby umożliwić dodawanie nowych elementów do selektora repozytorium. Ten punkt rozszerzenia umożliwia dodawanie akcji niestandardowych (przekierowań, wyskakujących okienek itp.) do menu selektora repozytorium, umożliwiając przepływy, takie jak scenariusze tworzenia repozytorium alternatywnego.
Ulepszona obsługa kodowania
Wcześniej edytowanie i zapisywanie plików w Internecie powodowało zapisanie tylko kodowania UTF-8 i nie monitowaliśmy o zmianę kodowania pliku. Teraz otrzymasz ostrzeżenie podczas próby zapisania pliku, który nie jest zakodowany w formacie UTF za pośrednictwem sieci Web (który obsługuje tylko kodowanie UTF). Ponadto dodaliśmy obsługę kodowania UTF-16 i UTF-32 za pośrednictwem punktu końcowego wypychania sieci Web. Oznacza to, że zachowamy typ kodowania, aby nie trzeba było ich ponownie pisać jako UTF-8.
Poniższy zrzut ekranu przedstawia i przykład okna dialogowego, które zobaczysz po wprowadzeniu zmian kodowania przez wypychanie internetowe.
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,
Biju Venugopal