Integracja z osią czasu funkcji usługi GitHub i harmonogramem działania

Roadmap

W poniższej sekcji opisano nowe funkcje, które są opracowywane na potrzeby integracji usługi Azure Boards z usługą GitHub.

• Wybór modelu dla agenta chmury: w przypadku korzystania z agenta chmury Copilot z elementu roboczego użytkownicy mogą wybierać z listy modeli.

Funkcje dostarczane

Zdalny serwer MCP (publiczna wersja zapoznawcza)

Ten hostowany punkt końcowy umożliwia bezproblemową integrację z usługą Azure DevOps bez konieczności zarządzania serwerem lokalnym. Visual Studio i Visual Studio Code obecnie obsługują tę funkcję, a wkrótce będzie dostępna obsługa innych klientów i usług, w tym Microsoft Foundry i Copilot Studio.

W zależności od używanych narzędzi wystarczy dodać do programu mcp.jsonnastępujące informacje o serwerze.

{
  "servers": {
    "ado-remote-mcp": {
      "url": "https://mcp.dev.azure.com/{organization}",
      "type": "http"
    }
  },
  "inputs": []
}

Konfigurację można dostosować przy użyciu większej liczby opcji konfiguracji. Więcej informacji.

Zwiększanie limitu

Limit połączeń podczas łączenia repozytoriów GitHub z projektem usługi Azure DevOps jest teraz wyższy. Nowy maksymalny limit w środowisku internetowym wynosi teraz 2000, co odpowiada limitowi dostępnego już za pośrednictwem interfejsu API REST aktualizacji.

Obsługa agentów niestandardowych

Integracja usługi Azure Boards z usługą GitHub Copilot obsługuje teraz wybór agentów niestandardowych. Podczas tworzenia agenta niestandardowego na poziomie repozytorium lub organizacji jest on automatycznie wyświetlany w usłudze Azure DevOps. Po utworzeniu żądania ściągnięcia z elementu roboczego obok listy repozytorium zostanie wyświetlona nowa kontrolka wyboru agenta.

Po wybraniu agenta niestandardowego i opcji Utwórz, agent generuje zmiany kodu i tworzy pull request w wybranym repozytorium.

GitHub Copilot Cloud Agent for Azure Boards

Integracja z rozwiązaniem GitHub Copilot dla usługi Azure Boards umożliwia zespołom bezproblemowe przechodzenie od planowania do implementacji przez generowanie zmian kodu bezpośrednio z elementów roboczych usługi Azure Boards.

Z poziomu elementu roboczego, deweloperzy mogą wywoływać Copilot, wybierać docelowe repozytorium GitHub oraz gałąź i tworzyć roboczy pull request, który pozostaje połączony z oryginalnym elementem roboczym, zapewniając kompleksowe śledzenie od zarządzania pracą do kodu.

Lokalny serwer MCP usługi Azure DevOps

Lokalny serwer MCP dla usługi Azure DevOps zapewnia ulepszone uwierzytelnianie i autoryzację, nowe i wyrafinowane narzędzia oraz wprowadza "domeny", aby ułatwić określanie zakresu narzędzi i zarządzanie limitami klientów.

Serwer MCP łączy asystentów sztucznej inteligencji, takich jak GitHub Copilot i Azure DevOps, umożliwiając bezpieczny dostęp i interakcję z zadaniami roboczymi, witrynami wiki, planami testów i innymi elementami z własnego środowiska.

Aby uzyskać instrukcje dotyczące instalacji, przykłady i wskazówki dotyczące współtworzenia, odwiedź repozytorium serwera MCP usługi Azure DevOps.

Poprawki błędów poprawiające integrację i zabezpieczenia usługi GitHub

W tym sprincie zespół rozwiązał kilka krytycznych usterek, aby zwiększyć bezpieczeństwo i niezawodność integracji Azure Boards z GitHub.

• Rozwiązano wiele problemów związanych z obsługą tokenów dostępu, w tym brakiem możliwości odwoływania tokenów, używaniem nadmiernych zakresów i brakiem weryfikacji tokenu
• Rozwiązano luki w zabezpieczeniach dotyczące eskalacji uprawnień zarówno w procesach połączenia GitHub, jak i tworzenia gałęzi.
• Usunięto przechowywanie trwałe tokenów PAT GitHub po rozłączeniu, aby zapobiec niezamierzonemu dostępowi.
• Wyeliminowano użycie znaków wieloznacznych w konfiguracji CORS w celu zastosowania bardziej rygorystycznych środków kontroli zabezpieczeń.
• Ulepszone zarządzanie tajemnicami dzięki rotacji sekretów klientów GitHub i zapobieganiu globalnemu udostępnianiu w organizacjach
• Ulepszone rejestrowanie i inspekcja podczas usuwania połączeń z usługą
• Rozwiązano potencjalne wycieki informacji spowodowane błędnie skonfigurowanymi elementami webhook

Integracja z usługą GitHub: powiadomienia o pull requestach

Teraz możesz używać ! do odwoływania się do żądań ściągnięcia na GitHubie i omawiać je bezpośrednio z dowolnego obszernego pola tekstowego lub komentarza.

Integracja z usługą GitHub: obsługa przejścia stanu

Integracja obsługuje teraz łączenie pull requestów z GitHub z elementami roboczymi Azure Boards. Wcześniej obsługiwane było tylko Fixes AB#{ID} słowo kluczowe. Dzięki tej aktualizacji możesz teraz użyć {State or Category} AB#{ID} polecenia , aby automatycznie przenieść elementy robocze do żądanego stanu podczas scalania.

Jeśli opis pull requestu na GitHubie zawiera nazwę stanu (na przykład Validate AB#1234), stan połączonego elementu roboczego zostanie zaktualizowany w wyniku. Jeśli nazwa stanu nie jest rozpoznawana, system sprawdza, czy pasuje do kategorii stanu (na przykład Resolved). Jeśli tak, element roboczy zostanie przeniesiony do pierwszego dostępnego stanu w tej kategorii.

Jeśli nie zostanie znaleziony pasujący stan lub kategoria, słowo kluczowe zostanie zignorowane i stan elementu roboczego nie zostanie zaktualizowany.

Na koniec słowo kluczowe nadal działa zgodnie z oczekiwaniami, domyślnie przechodzi do stanu "Zamknięte".

Integracja z usługą GitHub: ulepszenia łączenia z zatwierdzeniami, gałęziami i żądaniami ściągnięcia

Zespół usługi Azure DevOps stale ulepsza integrację z usługami Boards i GitHub, aby zamknąć luki w użyteczności i dostosować się do doświadczenia, które znasz w usłudze Azure Repos.

Dzięki tej aktualizacji zespół wprowadził kilka ulepszeń, aby usprawnić sposób, w jaki gałęzie, żądania ściągnięcia i zatwierdzenia są połączone z elementami roboczymi:

• Po połączeniu gałęzi GitHub z elementem roboczym wszystkie skojarzone pull requesty są automatycznie powiązane. Nie trzeba ręcznie używać AB#.

• Po scaleniu żądania ściągnięcia zatwierdzenie scalania jest automatycznie połączone z elementem roboczym.

• Jeśli usuniesz branch po scaleniu pull requestu, link do branchu zostanie automatycznie usunięty z elementu roboczego.

Te ulepszenia ułatwiają śledzenie postępu rozwoju i utrzymywanie czystych, aktualnych powiązań elementów roboczych.

Integracja z usługą GitHub: wyświetlanie stanu kompilacji dla potoków YAML

Firma Microsoft zobowiązuje się do osiągnięcia równości funkcji między YAML i Klasycznymi Potokami. Jedną z kluczowych brakujących funkcji było udostępnienie linku "Zintegrowane w kompilacji", gdy repozytorium jest hostowane w usłudze GitHub. Najnowsza wersja rozwiązuje tę lukę, dodając opcję w ustawieniach potoku YAML, którą możesz sprawdzić.

Po zakończeniu kompilacji odpowiedni link zostanie automatycznie wyświetlony na skojarzonych elementach roboczych, co poprawi ogólną historię śledzenia.

Integracja z usługą GitHub: łączenie zatwierdzenia scalania

System automatycznie łączy commit scalania z odpowiednim elementem roboczym po zakończeniu pull request.

Zwiększanie limitu połączonych repozytoriów GitHub

W ciągu ostatnich kilku miesięcy zespół produktu zwiększył zarówno środowisko użytkownika, jak i skalowalność łączenia repozytoriów GitHub z projektem usługi Azure DevOps. W tym sprincie zespół podniósł maksymalny limit z 500 do 1000 repozytoriów, co umożliwia jeszcze skuteczniejsze zarządzanie projektami.

Szczegółowa analiza próśb o dołączenie w usłudze GitHub

Zespół produktu zwiększył integrację między żądaniami ściągnięcia usługi GitHub i usługą Azure Boards. Oprócz wyświetlania statusów otwartych i zamkniętych, można teraz sprawdzić, czy żądanie wciągnięcia jest w trybie roboczym, wymaga przeglądu oraz jaki jest status kontroli. Wszystko bez konieczności otwierania pull request.

Aby włączyć tę funkcję, upewnij się, że w aplikacji Boards w usłudze GitHub zaakceptujesz żądane zaktualizowane uprawnienia do odczytu i zapisu dotyczące funkcji Checks.

Łączenie z ulepszeniami wyszukiwania w repozytorium GitHub

Łączenie projektu usługi Azure DevOps z organizacją usługi GitHub jest teraz zoptymalizowane, zwłaszcza w przypadku tysięcy repozytoriów. Doświadczenie wyszukiwania i wyboru eliminuje ryzyko wystąpienia błędów związanych z przekroczeniem limitu czasu i sprawia, że proces łączenia jest sprawniejszy i bardziej wydajny.

Tworzenie gałęzi GitHub na podstawie elementu roboczego

Teraz możesz utworzyć gałąź usługi GitHub bezpośrednio z poziomu elementu roboczego w usłudze Azure DevOps. Link "Nowa gałąź GitHub" jest dostępny za każdym razem, gdy połączenie usługi GitHub jest skonfigurowane dla projektu. Ten link jest dostępny we wszystkich menu kontekstowych elementów roboczych, w tym formularza elementu roboczego, karty, listy prac i zapytań. Aby utworzyć nową gałąź, wprowadź nazwę gałęzi i wybierz odpowiednie repozytorium i gałąź podstawową.

Dodaj link do commit lub pull request na GitHubie

Połącz elementy robocze z usługą GitHub, wyszukując i wybierając odpowiednie repozytorium, a następnie zagłęb się, aby znaleźć i połączyć z konkretnym pull requestem lub zatwierdzeniem. Nie potrzebujesz już wielu zmian okna i kopiowania/wklejania (mimo że nadal masz tę opcję).

Linki AB# w żądaniach ściągnięcia w serwisie GitHub

W ramach ciągłych ulepszeń integracji z usługą Azure Boards + GitHub funkcja w wersji zapoznawczej usprawnia środowisko pracy z linkami AB#. Dzięki tej aktualizacji linki AB# są teraz wyświetlane bezpośrednio w sekcji Development żądania ściągnięcia w GitHub. Połączone elementy robocze można wyświetlać bez konieczności nawigowania po opisie lub komentarzach, co ułatwia dostęp do tych linków AB#.

Te linki są dostępne tylko przy użyciu AB# w opisie wniosku ściągnięcia. Nie są wyświetlane, jeśli łączysz się bezpośrednio z pull requesta z poziomu elementu roboczego. Usunięcie linku AB# z opisu spowoduje również usunięcie go z kontrolki Programowanie.