Przejdź do głównej zawartości

Aktualizacja i odzyskiwanie

Speedwave sam sprawdza dostępność aktualizacji i potrafi naprawić kontenery projektu bez twojego udziału. Z tego przewodnika dowiesz się, jaką drogą aktualizacja do ciebie dociera i jak się zachować, gdy coś pójdzie nie tak.

Sprawdzanie w tle rusza przy starcie aplikacji i powtarza się co 24 godziny, zarówno w CLI, jak i w Desktop. Speedwave weryfikuje podpis każdej wersji i nie zainstaluje niczego starszego niż to, co masz właśnie uruchomione.

Zanim cokolwiek zainstaluje, Speedwave czeka na twoją zgodę. Aby zainstalować aktualizację:

  1. Otwórz Ustawienia i znajdź sekcję aktualizacji, albo kliknij prawym przyciskiem ikonę w zasobniku systemowym i wybierz Check for Updates.
  2. Gdy pojawi się dostępna wersja, wybierz install & restart albo Install Update v<version> z menu zasobnika.

Speedwave zatrzymuje działające kontenery projektów, instaluje zatwierdzoną wersję i uruchamia się ponownie. Gdy instalacja się nie uda, zatrzymane wcześniej projekty wracają do pracy, a oczekujący stan zostaje wyczyszczony.

Niezależnie od tego przy każdym starcie Speedwave zestawia skrót bieżącej wersji aplikacji i obrazów kontenerów ze skrótem, który zapisał podczas ostatniego uzgadniania. Rozbieżność uruchamia ponowne uzgodnienie: na ekranie pojawia się nakładka z napisem Rebuilding container images…, a Speedwave przebudowuje tylko zmienione obrazy i odtwarza wyłącznie te projekty, które były wtedy uruchomione.

Kiedy wywołasz speedwave update dla jednego projektu, podczas gdy kontenery innego wciąż pracują, Speedwave pomija wspólną synchronizację claude-resources, aby nie uszkodzić aktywnych punktów montowania plików, i odnotowuje w logu claude-resources sync skipped: another project is running; open Speedwave Desktop to finish applying the update.

Kontenery projektu potrafią przestać działać zupełnie bez twojej ingerencji. Gdy komputer zasypia i się wybudza, punkty montowania plików w maszynie wirtualnej bywają nieaktualne, mimo że kontener wciąż zgłasza się jako uruchomiony. Bywa też, że jego stan znika bez śladu, choćby po ponownej instalacji containerd albo odtworzeniu maszyny wirtualnej. Speedwave wykrywa oba przypadki i przywraca projekt przy najbliższym użyciu, a nie według zegara.

Zanim ruszy sesja czatu w CLI albo Desktop, Speedwave prześwietla kontener szybkim testem. Gdy natrafi na nieaktualny punkt montowania albo błąd brakującego kontenera, wymusza jego odtworzenie i sprawdza ponownie, aby upewnić się, że naprawa zadziałała. Ta sama kontrola obejmuje zainstalowane wtyczki MCP: brakujący obraz wtyczki, na przykład po zresetowaniu containerd albo maszyny wirtualnej, zostaje odbudowany samoczynnie.

Speedwave poradzi sobie także z zapełnionym dyskiem. Jeśli build zawiedzie z braku miejsca w maszynie wirtualnej, Speedwave usuwa stare obrazy pakietów oraz pamięć podręczną BuildKit, ponawia próbę raz, a gdy i to nie pomoże, wyświetla błąd z konkretną podpowiedzią, aby uruchomić aplikację od nowa.

Jeśli sesja czatu lub CLI wciąż się urywa albo kontener nie chce pozostać w górze, zajrzyj do Rozwiązywania problemów.

Gdy nic innego nie pomaga, w Ustawieniach czeka sekcja Danger Zone z resetem fabrycznym. Zatrzymuje on każdy kontener, usuwa maszynę wirtualną na macOS, kasuje dowiązanie symboliczne speedwave w CLI i wymazuje cały katalog danych ~/.speedwave razem z tokenami i zainstalowanymi wtyczkami. Następnie Speedwave uruchamia się ponownie i jeszcze raz prowadzi cię przez kreatora konfiguracji, niezależnie od tego, czy reset się powiódł. Sięgaj po niego w ostateczności: usuwa cały lokalny stan Speedwave, a nie tylko bieżący projekt.

Speedwave oznacza wydanie jako krytyczne, gdy w jego opisie znajdzie [CRITICAL] lub [SECURITY]. Ta etykieta przechodzi dalej, do informacji o aktualizacji pokazywanej w aplikacji.

Więcej o mechanice tagowania obrazów i przebudowy znajdziesz w Topologii kontenerów oraz w Aktualizacji i odzyskiwaniu. O tym, jak włączać i wyłączać integracje i jak przekłada się to na dobór budowanych obrazów workerów, przeczytasz w Funkcjach beta.