Devops | The .NET Blog

Aktualizacja Azure DevOps Server Kwiecień 2026 — Poprawka PR i Aktualizacje Bezpieczeństwa

Emiliano Montesdeoca — Wed, 15 Apr 2026 00:00:00 +0000

Ten post został automatycznie przetłumaczony. Aby przejść do oryginału, kliknij tutaj.

Szybka informacja dla zespołów uruchamiających samodzielnie hostowany Azure DevOps Server: Microsoft wydał Patch 3 na kwiecień 2026 z trzema celowanymi poprawkami.

Co zostało naprawione

Błędy ukończenia pull requestów — wyjątek null reference podczas auto-ukończenia elementu roboczego mógł powodować niepowodzenia scalania PR
Walidacja przekierowania przy wylogowaniu — ulepszona walidacja podczas wylogowywania zapobiegająca potencjalnym złośliwym przekierowaniom
Połączenia PAT GitHub Enterprise Server — tworzenie połączeń Personal Access Token zostało przywrócone

Jak zaktualizować

Pobierz Patch 3 i uruchom instalator. Aby zweryfikować zastosowanie łatki:

<patch-installer>.exe CheckInstall

Microsoft zdecydowanie zaleca stosowanie najnowszej łatki dla bezpieczeństwa i niezawodności.

Agentic Platform Engineering Staje Się Rzeczywistością — Git-APE Pokazuje Jak

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

Ten post został automatycznie przetłumaczony. Aby przejść do oryginału, kliknij tutaj.

Platform engineering to jeden z tych terminów, które świetnie brzmią na konferencjach, ale zazwyczaj oznaczają “zbudowaliśmy portal wewnętrzny i wrapper Terraform.” Prawdziwa obietnica — self-service infrastruktura, która jest bezpieczna, zarządzana i szybka — zawsze była o kilka kroków za daleko.

Zespół Azure właśnie opublikował Part 2 swojej serii agentic platform engineering. Nazywają to Git-APE — projekt open-source, który używa agentów GitHub Copilot i serwerów Azure MCP do zamiany żądań w języku naturalnym na zwalidowaną, wdrożoną infrastrukturę.

Co faktycznie robi Git-APE

Podstawowy pomysł: zamiast uczyć się modułów Terraform, deweloperzy rozmawiają z agentem Copilot. Agent interpretuje intencje, generuje Infrastructure-as-Code, waliduje wobec zasad i wdraża — wszystko w VS Code.

git clone https://github.com/Azure/git-ape
cd git-ape

Otwórz obszar roboczy w VS Code, a pliki konfiguracji agenta są automatycznie odkrywane przez GitHub Copilot:

@git-ape deploy a function app with storage in West Europe

Czyszczenie jest równie proste:

@git-ape destroy my-resource-group

Dlaczego to ważne

Dla tych z nas budujących na Azure, przesuwa to rozmowę z “jak zbudować portal” na “jak opisać nasze guardrails jako API.”

Jako deweloper .NET: Azure MCP Server i agenty GitHub Copilot działają z dowolnym obciążeniem Azure — Twoje ASP.NET Core API, .NET Aspire — wszystko może być celem agentic deployment flow.

Podsumowanie

Git-APE to wczesne, ale konkretne spojrzenie na agentic platform engineering w praktyce. Sklonuj repozytorium i przeczytaj pełny post.

Azure DevOps W Końcu Naprawia UX Edytora Markdown, na Który Wszyscy Narzekali

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

Ten post został automatycznie przetłumaczony. Aby przejść do oryginału, kliknij tutaj.

Jeśli używasz Azure Boards, pewnie już to przeżyłeś: czytasz opis elementu roboczego, może przeglądasz kryteria akceptacji, i przypadkowo klikasz dwa razy. Bum — jesteś w trybie edycji. Nie chciałeś niczego edytować. Po prostu czytałeś.

Dan Hellem ogłosił poprawkę, i to jedna z tych zmian, która brzmi banalnie, ale faktycznie usuwa prawdziwe tarcie z codziennego przepływu pracy.

Co się zmieniło

Edytor Markdown dla pól tekstowych elementów roboczych otwiera się teraz domyślnie w trybie podglądu. Możesz czytać i wchodzić w interakcje z treścią — śledzić linki, przeglądać formatowanie — bez obaw o przypadkowe wejście w tryb edycji.

Kiedy faktycznie chcesz edytować, klikasz ikonę edycji na górze pola. Kiedy skończyłeś, explicite wychodzisz z powrotem do trybu podglądu.

Dlaczego to ważne bardziej niż brzmi

Wątek opinii społeczności na ten temat był długi. Zachowanie podwójnego kliknięcia-do-edycji zostało wprowadzone z edytorem Markdown w lipcu 2025, a skargi zaczęły się niemal natychmiast.

Nowe domyślne zachowanie respektuje najbardziej powszechny wzorzec interakcji: czytasz elementy robocze znacznie częściej niż je edytujesz.

Status wdrożenia

To jest już wdrażane dla podzbioru klientów i rozszerzy się na wszystkich w ciągu najbliższych dwóch do trzech tygodni.

Azure DevOps MCP Server Trafia do Microsoft Foundry: Co To Oznacza dla Twoich Agentów AI

Emiliano Montesdeoca — Thu, 26 Mar 2026 00:00:00 +0000

Ten post został automatycznie przetłumaczony. Aby przejść do oryginału, kliknij tutaj.

MCP (Model Context Protocol) ma swój moment. Jeśli śledzisz ekosystem agentów AI, pewnie zauważyłeś, że serwery MCP pojawiają się wszędzie — dając agentom możliwość interakcji z zewnętrznymi narzędziami i usługami przez standaryzowany protokół.

Teraz Azure DevOps MCP Server jest dostępny w Microsoft Foundry, i jest to jedna z tych integracji, która skłania do myślenia o praktycznych możliwościach.

Co się faktycznie dzieje

Microsoft już wydał Azure DevOps MCP Server jako publiczny podgląd. Co nowego, to integracja z Foundry. Możesz teraz dodawać Azure DevOps MCP Server do swoich agentów Foundry bezpośrednio z katalogu narzędzi.

Konfiguracja

Konfiguracja jest zaskakująco prosta:

W swoim agencie Foundry przejdź do Dodaj narzędzia > Katalog
Wyszukaj “Azure DevOps”
Wybierz Azure DevOps MCP Server (podgląd) i kliknij Utwórz
Podaj nazwę swojej organizacji i połącz

Kontrolowanie dostępu agenta

Możesz określić, które narzędzia są dostępne dla Twojego agenta. Jeśli chcesz, żeby tylko czytał elementy robocze, ale nie dotykał potoków, możesz to skonfigurować. Zasada najmniejszego przywileju, zastosowana do agentów AI.

Dlaczego to interesujące dla zespołów .NET

Asystenci planowania sprintów — agenty, które mogą pobierać elementy robocze i sugerować pojemność sprintu
Boty code review — agenty rozumiejące kontekst PR
Reagowanie na incydenty — agenty tworzące elementy robocze i korelujące błędy
Wdrażanie deweloperów — “Co powinienem teraz zrobić?” z realną odpowiedzią

Podsumowanie

Sprawdź pełne ogłoszenie po szczegóły.