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.

• Agent kodowania: Deweloperzy będą mogli wywoływać Copilota bezpośrednio z elementu roboczego w usłudze Azure Boards, wybrać docelowe repozytorium i gałąź na platformie GitHub oraz utworzyć robocze żądanie ściągnięcia, które pozostanie połączone ze źródłowym elementem roboczym. Zapewnia to kompleksową możliwość śledzenia od planowania pracy poprzez zmiany kodu.

• Agenci niestandardowi dla Agenta Kodowania: Podczas korzystania z Agenta Kodowania z elementu roboczego, użytkownicy będą mogli wybierać z zestawu niestandardowych agentów.

• Zdalny serwer MCP: wprowadzamy hostowany zdalny serwer MCP, który udostępnia ograniczony zestaw narzędzi z lokalnego serwera MCP Usługi Azure DevOps. W tej początkowej wersji skupimy się na podstawowych możliwościach platformy i najczęściej używanych narzędziach elementów roboczych, dzięki czemu klienci mogą integrować się z usługą Azure DevOps bez uruchamiania lokalnego serwera MCP lub zarządzania nim.

• Zwiększenie limitu: bieżący limit repozytoriów GitHub, które można połączyć z pojedynczym projektem usługi Azure Boards, zostanie zwiększony z 1000 do 2000 repozytoriów, co zapewnia większą elastyczność w przypadku większych organizacji i złożonych integracji z usługą GitHub.

Funkcje dostarczane

Lokalny serwer MCP usługi Azure DevOps

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

Serwer MCP usługi Azure DevOps działa jako most między asystentami sztucznej inteligencji, takimi jak GitHub Copilot i Azure DevOps, dzięki czemu użytkownicy mogą bezpiecznie uzyskiwać dostęp do elementów roboczych, witryn typu wiki, planów testów i nie tylko w swoim środowisku.

Zapoznaj się z repozytorium serwera MCP Azure DevOps w celu uzyskania instrukcji dotyczących instalacji, przykładów i wskazówek dotyczących współuczestnictwa.

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

W tym sprincie rozwiązaliśmy kilka krytycznych usterek, aby poprawić bezpieczeństwo i niezawodność integracji Azure Boards z GitHubem.

• 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

Rozszerzyliśmy obsługę łączenia pull requestów GitHub z elementami roboczymi usługi 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, sprawdzamy, czy jest zgodna z kategorią 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 GitHub: usprawnienia związane z zatwierdzeniami, gałęziami i pull requestami.

Stale ulepszamy integrację z usługami Boards + 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 wprowadziliśmy kilka ulepszeń, aby usprawnić sposób, w jaki gałęzie, żądania ściągnięcia i zatwierdzenia są połączone z elementami roboczymi:

• Gdy gałąź GitHub jest połączona z elementem roboczym, wszystkie skojarzone pull requesty będą teraz automatycznie połączone. Nie trzeba ręcznie używać AB#.

• Po scaleniu pull requestu, scalony commit zostanie automatycznie powiązany z elementem roboczym.

• Jeśli gałąź zostanie usunięta po scaleniu żądania połączenia, odnośnik do gałęzi 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

Jesteśmy zobowiązani do osiągnięcia równości możliwości między YAML a klasycznymi pipeline'ami. Jedną z kluczowych brakujących funkcji było udostępnienie linku "Zintegrowane w kompilacji", gdy repozytorium jest hostowane w usłudze GitHub. W najnowszej wersji rozwiązaliśmy tę lukę, dodając opcję w ustawieniach potoku YAML, umożliwiającą sprawdzenie:

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

Teraz automatycznie łączymy zatwierdzenie scalania z odpowiednim elementem roboczym po zakończeniu żądania ściągnięcia.

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

W ciągu ostatnich kilku miesięcy ulepszyliśmy zarówno środowisko użytkownika, jak i skalowalność łączenia repozytoriów GitHub z projektem usługi Azure DevOps. W tym sprincie podnieśliśmy maksymalny limit z 500 do 1000 repozytoriów, co zapewnia jeszcze większe możliwości zarządzania projektami.

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

Ulepszyliśmy integrację między pull requestami GitHub a Azure Boards. Oprócz wyświetlania stanu otwierania i zamykania można teraz sprawdzić, czy żądanie ściągnięcia jest w trybie roboczym, wymaga przeglądu i stanu sprawdzania. Wszystko bez konieczności otwierania żądania ściągnięcia.

Aby włączyć tę funkcję, upewnij się, że aplikacja Tablice w usłudze GitHub akceptuje żądane zaktualizowane uprawnienia dostępu do odczytu i zapisu do kontroli.

Łą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 bieżących ulepszeń integracji usługi Azure Boards z GitHubem prezentujemy funkcję, która poprawia doświadczenie 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. Oznacza to, że możesz wyświetlać połączone elementy robocze bez konieczności przechodzenia przez opis lub komentarze, zapewniając łatwiejszy 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 żądania ściągnięcia z elementu roboczego. Usunięcie linku AB# z opisu spowoduje również usunięcie go z kontrolki Programowanie.