Sanitized single-commit public mirror of recipe-maintainer. - Removed test-ssh/.testenv (live creds); added test-ssh/.testenv.example placeholders. - Removed plans/ and planned-updates/ (deployment-planning docs) so no client/ deployment domains appear in the public repo. - All other secret stores were already gitignored. - docs.coopcloud.tech retained as a submodule (public upstream).
1.3 KiB
1.3 KiB
description, argument-hint, allowed-tools
| description | argument-hint | allowed-tools | |||||
|---|---|---|---|---|---|---|---|
| Deploy the local recipe checkout to the test instance | <recipe-name> |
|
Recipe Deploy
Deploy the current local recipe checkout to the configured test instance using chaos mode.
The recipe name is: $ARGUMENTS
Read and follow the instructions in .claude/commands/includes/logging.md.
Read and follow the instructions in .claude/commands/includes/guidelines.md.
Steps
-
Get the domain and server for this recipe:
python3 scripts/get_test_instance.py --recipe $ARGUMENTSThis outputs DOMAIN and SERVER for the active instance.
- If the recipe has no
recipe-info/$ARGUMENTS/recipe.toml, tell the user to run/recipe-init $ARGUMENTSfirst and stop.
- If the recipe has no
-
Show current local recipe state — run
abra recipe diff $ARGUMENTSto show what local changes exist in the recipe checkout. -
Deploy with chaos — run:
abra app deploy <DOMAIN> --chaos --force --no-input--chaosdeploys the local checkout as-is, ignoring uncommitted changes.--forceskips confirmation prompts.--no-inputensures non-interactive mode.
-
Verify the deployment — suggest running
/recipe-test $ARGUMENTSto confirm the deployment is healthy.