Restartowanie stosu compose zwykle oznacza logowanie przez SSH na maszynę i przypominanie sobie dokładnych flag. Ten kontroler przyjmuje nazwę stosu i akcję z czatu lub wywołania API i uruchamia polecenie compose za Ciebie.
Restartowanie stosu compose zwykle oznacza logowanie przez SSH na maszynę i przypominanie sobie dokładnych flag. Ten kontroler przyjmuje nazwę stosu i akcję z czatu lub wywołania API i uruchamia polecenie compose za Ciebie.
Najpierw odczytuje bieżący stan kontenerów, odtwarza tylko te serwisy, które faktycznie się zmieniły, a następnie śledzi logi, aby potwierdzić, że każdy z nich się uruchomił. Otrzymujesz raport kondycji każdego serwisu w tym samym kanale, więc nikt nie musi otwierać terminala, żeby zrestartować stos.
Jak działa
Used at step 01 to kick off the pipeline.
Write
Used at step 01 to kick off the pipeline.
WebFetch
Used at step 01 to kick off the pipeline.
WebSearch
Used at step 01 to kick off the pipeline.
Sprawdź stan działających kontenerów i pobierz najnowszą konfigurację compose przed wprowadzeniem jakichkolwiek zmian.
pending
Wykonaj akcję za pomocą compose, tworząc ponownie tylko te usługi, których obraz lub konfiguracja uległy zmianie.
pending
Śledź logi kontenerów przez pierwsze trzydzieści sekund i przekaż informację o stanie zdrowia kontenerów do nadawcy żądania.
pending
Przykładowe wyjście
json
// Sample output
// (generated when the pipeline finishes)
Given a stack name and an action, run the matching docker compose command and return a status object with each service's container state and a short log tail.
Unlock the rest
The full agent definition, install snippet, and starter task are gated for community members.
Members get the full `.md` agent file, the npm / pnpm install one-liners, a starter prompt that we've tuned against real runs, and the open-source repo when this automation ships there. One email, magic link, done.