· · 1 minut czytania

Tryb Izolowany Aspire Rozwiązuje Problem Konfliktów Portów w Równoległym Programowaniu

Aspire 13.2 wprowadza tryb --isolated: losowe porty, oddzielne sekrety i zero kolizji przy uruchamianiu wielu instancji tego samego AppHosta. Idealne dla agentów AI, worktrees i równoległych przepływów pracy.

aspire dotnet cli developer-tools parallel-development
Ten post jest dostępny również w:English, Català, Español, Deutsch, Français, Português, Italiano, 日本語, 中文, 한국어, Русский, हिन्दी, Türkçe, العربية, Bahasa Indonesia, Nederlands

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

Jeśli próbowałeś uruchomić dwie instancje tego samego projektu jednocześnie, znasz ten ból. Port 8080 jest już zajęty.

Aspire 13.2 naprawia to jedną flagą. James Newton-King opisał pełne szczegóły.

Rozwiązanie: --isolated

aspire run --isolated

Każde uruchomienie dostaje:

  • Losowe porty — brak kolizji między instancjami
  • Izolowane sekrety użytkownika — ciągi połączeń i klucze API zostają oddzielne dla każdej instancji

Prawdziwe scenariusze gdzie to błyszczy

Wiele checkoutów:

# Terminal 1
cd ~/projects/my-app-feature
aspire run --isolated

# Terminal 2
cd ~/projects/my-app-bugfix
aspire run --isolated

Oba działają bez konfliktów.

Agenty w tle w VS Code. Gdy agent w tle Copilot Chat tworzy git worktree, tryb izolowany zapewnia, że obie instancje po prostu działają.

Jak to działa pod maską

Gdy przekażesz --isolated, CLI generuje unikalny identyfikator instancji dla uruchomienia, który napędza randomizację portów i izolację sekretów.

Podsumowanie

Tryb izolowany to mała funkcja, która rozwiązuje prawdziwy, coraz bardziej powszechny problem. Zdobądź 13.2 z aspire update --self.

Udostępnij:
Zobacz kod źródłowy tego posta na GitHub ↗
← Tworzenie interfejsów użytkownika dla multi-agentowych systemów w czasie rzeczywistym — bez efektu czarnej skrzynki
To ustawienie Visual Studio dla pływających okien, o którym nie wiedziałeś (a powinieneś) →