Buildkite wprowadza ograniczone sekrety i narzędzia agentic do integracji ciągłej
22 października 2026 · Czas czytania: 3 min
Dostępne również w Deutsch, Türkçe, 日本語, 한국어, Svenska, Español, 中文, Français, Nederlands, Indonesia, ไทย
Dostawca integracji ciągłej Buildkite wprowadził sekrety ograniczone do konkretnych pipeline'ów oraz nowe narzędzia protokołu Model Context Protocol do walidacji pipeline'ów, diagnozowania nieudanych budów i naprawy webhooków. Firma rozszerzyła również wsparcie dla architektury Linux arm64 w warstwie kompatybilności z GitHub Actions oraz poszerzyła dane OpenTelemetry w Buildkite Agent w wersji 4.1.0.
Nowy widok sekretów jest dostępny w ustawieniach pipeline'u. Pozwala on inżynierom tworzyć sekrety klastra, których dostęp jest ograniczony do bieżącego pipeline'u, zamiast zarządzania każdym sekretem z szerszego interfejsu klastra. Zespoły mogą dodać warunki dla gałęzi, kolejki, źródła budowy lub twórcy budowy. Wartości sekretów pozostają ukryte po ich utworzeniu. Matt Mejia, pisząc w ogłoszeniu Buildkite, stwierdził, że zmiana „trzymaje sekrety specyficzne dla pipeline'u razem”, jednocześnie pokazując, ile innych sekretów zarządza klastrem. Użytkownicy potrzebują uprawnień zarówno do edycji pipeline'u, jak i zarządzania jego klastrem. Pipeline'y GitHub Actions wyświetlają również prompt z linkiem do konfiguracji sekretów przed pierwszym uruchomieniem workflow.
Najobszerniejsze zmiany funkcjonalne dotyczą otwartego serwera MCP firmy Buildkite. Nowe narzędzie validate_pipeline sprawdza składnię i strukturę pliku YAML pipeline'u względem oficjalnego schematu Buildkite bez jego przesyłania lub uruchamiania budowy. Zwraca ścieżki i komunikaty o błędach, które agent kodujący może wykorzystać do poprawy nieprawidłowych kroków. Sprawdzenie nie obejmuje interpolacji zmiennych środowiskowych, konfiguracji wtyczek, referencji zależności ani dynamicznie generowanych kroków.
Drugie narzędzie, compare_builds, porównuje nieudaną budowę z najnowszą wcześniejszą udaną budową na tej samej gałęzi lub z inną wybraną budową. Raportuje kroki, które nowo zawiodły, odzyskały się lub pozostały uszkodzone, wraz ze zmianami czasu wykonania i ponowień. Dla maksymalnie trzech nowo zawodnych kroków zawiera koniec dziennika pracy, aby agent miał natychmiastowy kontekst diagnostyczny. Wydanie MCP dodaje również ślady wykonania Test Engine oraz zapytania o najwolniejsze wykonania. Narzędzie create_pipeline_webhook może dodać brakujący webhook GitHub do istniejącego pipeline'u, unikając konieczności jego ponownego tworzenia. Wersja 1.23.0 zmieniła create_pipeline tak, aby wywołujący musieli określić create_webhook, co jest zmianą łamiącą kompatybilność.
Warstwa kompatybilności z GitHub Actions może teraz uruchamiać swój importer i wygenerowane zadania na agentach Linux arm64. Etykiety takie jak ubuntu-24.04-arm wymagają jawnego mapowania kolejki i nie przechodzą w tryb awaryjny na x86-64 ani emulację. Funkcja pozwala organizacjom z flotami CI arm64 zachować tę architekturę przy przenoszeniu kompatybilnych workflow Actions do Buildkite. Inne poprawki kompatybilności rozwiązują wartości środowiska, nazwane sekrety, zmienne czasu wykonania i wartości macierzy w konfiguracji kontenerów usług. Limit zmienionych plików używany przez filtry ścieżek wzrósł z 300 do 3000, wraz z poprawką dla workflow push, gdzie gałąź przesunęła się po oryginalnym push.
Agent w wersji 4.1.0 dodaje czasy i rozmiary zapisu oraz przywracania cache do telemetrii Buildkite. Spany OpenTelemetry dla zadań zawierają teraz commit, pull request i autora budowy. Te pola dodają kontekst dla zespołów badających wolne zadania lub wzorce ponowień. Powiązane wydanie Elastic CI Stack w wersji 7 wprowadza Agent v4 na instancje Linux i Windows w AWS. Usuwa ono wsparcie dla Agent v3 i wycofuje lub zastępuje niektóre paramenty śledzenia i anulowania. Buildkite zaleca użytkownikom przegląd plików niestandardowych parametrów, automatyzacji wdrożeń i wartości dostarczanych przez AgentEnvFileUrl przed aktualizacją. Wsparcie dla wszystkich wydań Agent v3 kończy się 3 września 2027 roku.