Azure Pipelines — aktualizacja Sprintu 188

Funkcje

• Zachowywanie potoków używanych w innych potokach
• Zmiany w automatycznym tworzeniu środowisk
• Usuń okno dialogowe Insights z potoku kompilacji

Utrzymywanie potoków używanych w innych potokach

Wersje klasyczne miały możliwość automatycznego zachowywania kompilacji używanych przez nich. Była to jedna z luk między klasycznymi wersjami i potokami YAML, a część z nich przestała przechodzić do języka YAML. W tej wersji rozwiązaliśmy tę lukę.

Teraz możesz utworzyć wieloetapowy potok YAML reprezentujący wydanie i użyć w nim innego potoku YAML jako zasobu. Gdy to zrobisz, usługa Azure Pipelines automatycznie będzie utrzymywać potok zasobów, o ile potok wydania będzie utrzymywany. Po usunięciu potoku wydania, dzierżawa potoku zasobów zostaje rozwiązana, a następnie stosowane są jego własne zasady przechowywania.

Zmiany w automatycznym tworzeniu środowisk

Podczas tworzenia potoku YAML i odwoływania się do środowiska, które nie istnieje, usługa Azure Pipelines automatycznie tworzy środowisko. To automatyczne tworzenie może wystąpić w kontekście użytkownika lub w kontekście systemu. W następujących przepływach usługa Azure Pipelines wie o użytkowniku wykonującym operację:

• Używasz kreatora tworzenia potoku YAML w interfejsie webowym Azure Pipelines i odwołujesz się do środowiska, które nie zostało jeszcze utworzone.
• Plik YAML należy zaktualizować za pomocą edytora webowego Azure Pipelines, a następnie zapisać potok po dodaniu odwołania do środowiska, które nie istnieje.

W każdym z powyższych przypadków usługa Azure Pipelines ma jasne informacje o użytkowniku wykonującym operację. W związku z tym tworzy środowisko i dodaje użytkownika do roli administratora środowiska. Ten użytkownik ma wszystkie uprawnienia do zarządzania środowiskiem i/lub dołączania innych użytkowników do różnych ról do zarządzania środowiskiem.

W następujących przepływach usługa Azure Pipelines nie zawiera informacji o użytkowniku tworzącym środowisko: zaktualizujesz plik YAML przy użyciu innego zewnętrznego edytora kodu, dodaj odwołanie do środowiska, które nie istnieje, a następnie spowoduje wyzwolenie potoku ręcznej lub ciągłej integracji. W takim przypadku usługa Azure Pipelines nie wie o użytkowniku. Wcześniej obsłużyliśmy ten przypadek, dodając wszystkich współautorów projektu do roli administratora środowiska. Każdy członek projektu mógł wtedy zmieniać te uprawnienia i uniemożliwiać innym dostęp do środowiska.

Otrzymaliśmy Twoją opinię na temat udzielania uprawnień administratora w środowisku wszystkim członkom projektu. Podczas nasłuchiwania opinii słyszeliśmy, że nie powinniśmy automatycznie tworzyć środowiska, jeśli nie jest jasne, kim jest użytkownik wykonujący operację. W tej wersji wprowadziliśmy zmiany w sposobie automatycznego tworzenia środowisk:

• W przyszłości przebiegi potoków nie będą automatycznie tworzyć środowiska, jeśli nie istnieje i jeśli kontekst użytkownika nie jest znany. W takich przypadkach pipeline zakończy się niepowodzeniem z powodu błędu „Nie znaleziono środowiska”. Przed użyciem w pipeline należy wstępnie utworzyć środowiska z właściwymi zabezpieczeniami i odpowiednią konfiguracją testów.
• Potoki ze znanym kontekstem użytkownika będą nadal automatycznie tworzyć środowiska tak jak w przeszłości.
• Na koniec należy zauważyć, że funkcja automatycznego tworzenia środowiska została dodana tylko w celu uproszczenia procesu rozpoczynania pracy z usługą Azure Pipelines. Była przeznaczona dla scenariuszy testowych, a nie dla scenariuszy produkcyjnych. Zawsze należy wstępnie tworzyć środowiska produkcyjne z odpowiednimi uprawnieniami i kontrolami, a następnie używać ich w potokach.

Usuń okno dialogowe Insights z pipeline kompilacji

Na podstawie Waszych opinii, wyświetlane podczas nawigowania po potoku kompilacji okno dialogowe Wgląd Zadania/Potoku zostało usunięte w celu usprawnienia przepływu pracy. Analiza potoków jest nadal dostępna, aby uzyskać potrzebne szczegółowe informacje.

Dalsze kroki

Uwaga / Notatka

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ę.

Przejdź do usługi Azure DevOps

Jak przekazać opinię

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

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