Udostępnij za pośrednictwem

Azure Pipelines — aktualizacja przebiegu 177

  • Artykuł

Funkcje

Aktualizowanie węzła w agencie usługi Azure Pipelines

Aktualizacja z tego, co zostało pierwotnie opublikowane: ze względu na niezgodność z systemami Red Hat Enterprise Linux 6 i Node 14 wstrzymaliśmy pracę w środowisku Node 14 i najpierw skupimy się na uzyskaniu środowiska Node 10.

W tej wersji rozpoczęliśmy odejście od środowiska Node 6 i do obsługiwanej wersji środowiska Node jako preferowanego środowiska uruchomieniowego dla zadań usługi Azure Pipelines. Zaktualizowaliśmy pierwszą partię zadań wbudowanych do uruchomienia w węźle 10. Ta zmiana oznacza początek procesu usuwania węzła 6 z agenta domyślnie. Środowisko Node 6 zakończyło długoterminową obsługę i jest często oflagowane jako zagrożenie bezpieczeństwa przez zautomatyzowane skanery. Chociaż uważamy, że użycie węzła 6 jest mało prawdopodobne, aby podlegać większości potencjalnych wad, jednak ważne jest, abyśmy mogli wykonywać zadania w obsługiwanym środowisku uruchomieniowym. W roku kalendarzowym 2021 planujemy rozpocząć wysyłkę wersji agenta bez węzła 6.

Jeśli używasz dowolnego z zadań z włączoną obsługą węzła 10, agenci samodzielnie aktualizują się, aby uruchamiać nowe wersje zadań. Poza tym nie powinno mieć wpływu na większość klientów. Z drugiej strony, jeśli jesteś autorem dowolnych zadań, należy rozpocząć ich aktualizowanie, aby były uruchamiane w węźle 10. W pliku task.jsonw obszarze executionmożesz zaktualizować z Node do Node10. Jeśli potrzebujesz obsługi starszych wersji serwera, możesz opuścić Node punkt wejścia. Wystąpienia usługi Azure DevOps, które rozumieją procedurę obsługi środowiska Node 10, będą domyślnie wybierane, a te, które nie zostaną przywrócone do implementacji środowiska Node 6.

Zapisywanie agenta w złej kondycji na potrzeby badania w agentach zestawu skalowania

W przypadku korzystania z agentów zestawu skalowania usługa Azure Pipelines zarządza skalowaniem w górę i w dół wystąpień agentów. Gdy usługa Azure Pipelines wykryje złą kondycję maszyny wirtualnej w zestawie skalowania, zarejestruje problem w interfejsie użytkownika diagnostyki puli i spróbuje usunąć maszynę wirtualną. Istnieje wiele powodów, dla których maszyna wirtualna może być w złej kondycji: konfiguracja sieci zestawu skalowania mogła uniemożliwić rozszerzenie usługi Azure Pipelines pobranie najnowszego agenta, rozszerzenie niestandardowego skryptu mogło zakończyć się niepowodzeniem lub obraz maszyny wirtualnej zestawu skalowania może mieć oczekujący ponowny rozruch lub oczekujące na Aktualizacje systemu Windows.

Usuwając maszyny wirtualne w złej kondycji, usługa Azure Pipelines utrzymuje pulę agentów zoptymalizowaną pod kątem uruchamiania zadań ciągłej integracji/ciągłego wdrażania. W niektórych przypadkach możesz użyć strony diagnostyki usługi Azure Pipelines (pokazanej powyżej) lub strony diagnostyki platformy Azure w celu debugowania tego problemu. Jednak w wielu przypadkach najlepszym sposobem zdiagnozowania problemu jest zalogowanie się do maszyny wirtualnej i przejrzenie dzienników agenta i dzienników podglądu zdarzeń. Obecnie nie jest to łatwe, ponieważ maszyna wirtualna w złej kondycji jest usuwana automatycznie.

W tej wersji ulepszyliśmy możliwość diagnostyki maszyn wirtualnych w złej kondycji, umożliwiając zapisanie agenta w złej kondycji na potrzeby badania.

Po zapisaniu agenta w złej kondycji można nawiązać połączenie z maszyną wirtualną, debugować i pobierać potrzebne dzienniki. Po zakończeniu możesz zwolnić agenta i skojarzona maszyna wirtualna. Aby uzyskać więcej informacji, zobacz sekcję dotyczącą rozwiązywania problemów z agentami w złej kondycji.

ubuntu-latest potoki wkrótce będą korzystać z systemu Ubuntu-20.04

Ubuntu 20.04 wkrótce będzie domyślną wersją ubuntu-latest etykiety w usłudze Azure Pipelines. Ta zmiana zostanie wdrożona w ciągu kilku tygodni, począwszy od 30 listopada.

Jeśli wystąpią problemy z potokami systemu Ubuntu:

  • Zgłoś problem w repozytorium środowisk wirtualnych
  • Wróć do systemu Ubuntu 18.04, określając ubuntu-18.04 jako element w potoku vmImage . Będziemy nadal obsługiwać system Ubuntu 18.04.

Należy pamiętać, że ubuntu-18.04 zarówno wstępnie zainstalowane narzędzia, jak i ubuntu-20.04 domyślne wersje narzędzi mogą się różnić. Aby uzyskać informacje na temat wszystkich różnic, zobacz https://github.com/actions/virtual-environments/issues/1816.

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

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

Utwórz sugestię

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