Udostępnij za pośrednictwem


Ulepszone środowisko żądania ściągnięcia

W tym przebiegu dodamy szereg ulepszeń środowiska żądania ściągnięcia. Obejmują one uwidocznienie opcjonalnych testów, włączenie naciśnięcia klawiszy Ctrl w celu otwarcia nowej karty, dodania lokalizacji do adnotacji i ulepszenia układu filtrowania komentarzy.

Aby uzyskać szczegółowe informacje, zapoznaj się z listą funkcji poniżej.

Funkcje

Azure Boards

Azure Repos

Azure Pipelines

Azure Boards

Usuwanie reguły "Przypisano do" w typie elementu roboczego usterki

Istnieje kilka ukrytych reguł systemowych we wszystkich różnych typach elementów roboczych w systemach Agile, Scrum i CMMI. Przepisy te istniały od ponad dekady i ogólnie działały dobrze bez żadnych skarg. Jednak istnieje kilka zasad, które zabrakło ich powitania. Jedna zasada w szczególności spowodowała wiele bólu dla nowych i istniejących klientów i zdecydowaliśmy, że nadszedł czas, aby go usunąć. Ta reguła istnieje w typie elementu roboczego Usterka w procesie Agile.

"Ustaw wartość Przypisano na Wartość utworzona przez, gdy stan zostanie zmieniony na Rozwiązane"

Otrzymaliśmy wiele opinii na temat tej reguły. W odpowiedzi usunęliśmy tę regułę z typu elementu roboczego Usterka w procesie Agile. Ta zmiana wpłynie na każdy projekt przy użyciu odziedziczonego procesu Agile lub niestandardowego dziedziczonego procesu Agile. Dla tych klientów, którzy lubią i zależą od tej bieżącej reguły, zobacz nasz wpis w blogu na temat kroków, które można wykonać, aby ponownie dodać regułę przy użyciu reguł niestandardowych.

Azure Repos

Partia ulepszeń środowiska żądania ściągnięcia

Nowe środowisko żądania ściągnięcia jest teraz dostępne w wersji zapoznawczej od kilku miesięcy. Od wielu użytkowników zwracamy się do nas z opiniami. Z przyjemnością ogłaszamy następujące ulepszenia, które zostaną wyświetlone wraz z wdrożeniem tego przebiegu:

Uwidocznij opcjonalne kontrole

Klienci korzystają z opcjonalnych kontroli, aby zwrócić uwagę dewelopera na potencjalne problemy. W poprzednim środowisku było oczywiste, gdy te testy kończą się niepowodzeniem. Nie dotyczy to jednak środowiska wersji zapoznawczej. Duży, zielony znacznik wyboru na wymaganych kontrolach maskuje błędy w opcjonalnych kontrolach. Użytkownicy mogli wykryć, że opcjonalne kontrole nie powiodły się, otwierając panel kontroli. Deweloperzy często tego nie robią, gdy nie ma żadnych oznak problemu. W tym wdrożeniu stan opcjonalnych testów stał się bardziej widoczny w podsumowaniu.


wyświetlanie opcjonalnych testów


Naciśnięcie klawiszy Ctrl w elementach menu

Menu tabulatorów w żądań ściągnięcia nie obsługiwało naciśnięcia klawiszy Ctrl. Użytkownicy często otwierają nowe karty przeglądarki podczas przeglądania żądania ściągnięcia. Ten problem został rozwiązany.

Lokalizacja adnotacji [+]

Lista drzewa plików w żądaniu ściągnięcia zawiera adnotację [+], aby ułatwić autorom i recenzentom identyfikowanie nowych plików. Ponieważ adnotacja była po wielokropku, często nie była widoczna dla dłuższych nazw plików.


pokaż lokalizacje adnotacji

Lista rozwijana Aktualizacje żądania ściągnięcia odzyskać informacje o chronometrażu

Lista rozwijana do wybierania aktualizacji i porównywania plików w żądaniu ściągnięcia straciła ważny element w środowisku podglądu. Nie pokazano, kiedy ta aktualizacja została wykonana. Ten problem został rozwiązany.


Brak informacji o chronometrażu aktualizacji żądania ściągnięcia

Ulepszony układ filtru komentarzy

Podczas filtrowania komentarzy na stronie podsumowania żądania ściągnięcia lista rozwijana znajdowała się po prawej stronie, ale tekst został wyrównany do lewej. Ten problem został rozwiązany.


Ulepszony układ filtru komentarzy

Mamy więcej ulepszeń zaplanowanych w ciągu następnych dwóch przebiegów.

Azure Pipelines

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

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.

Dzięki,

Matt Cooper