Files
cc-ci/tests/drone/PARITY.md
autonomic-bot 51c3280163
Some checks failed
continuous-integration/drone/push Build is failing
feat(drone): enroll drone + gitea SCM dep (M1 implementation)
- tests/gitea/recipe_meta.py: gitea as install-time dep provider; sqlite3
  overlay EXTRA_ENV, health path /api/healthz, relaxed access for CI use
- tests/drone/recipe_meta.py: DEPS=["gitea"]; health /healthz; 600s timeout
- tests/drone/install_steps.sh: wires GITEA_CLIENT_ID + GITEA_DOMAIN +
  client_secret Docker secret + DRONE_USER_CREATE before single drone deploy
- tests/drone/functional/test_scm_configured.py: Playwright-free SCM test —
  follows /login redirect, asserts final URL is gitea dep's OAuth2 authorize
  endpoint with matching client_id (per Adversary pre-probe REVIEW-drone.md)
- tests/drone/PARITY.md: backup structural-skip justified (no backupbot labels)
- runner/harness/sso.py: setup_gitea_oauth() — creates gitea admin user via
  CLI + OAuth2 app via API, returns {admin_user, admin_password, client_id,
  client_secret} for install_steps.sh consumption
- runner/run_recipe_ci.py: _enrich_deps_with_sso now handles gitea dep (calls
  setup_gitea_oauth; keycloak path unchanged)
- tests/unit/test_gitea_dep.py: unit tests for gitea dep path — meta loading,
  SSO routing, SCM redirect assertion logic (parametrized)
- machine-docs: STATUS/JOURNAL/BACKLOG-drone.md phase state files initialized

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-11 21:31:43 +00:00

1.7 KiB

PARITY — drone

Tracks which lifecycle rungs are covered and why any are skipped.

Tiers

Tier Status Notes
Install COVERED Fresh deploy with gitea dep pre-provisioned
Upgrade COVERED 1.8.0+2.25.0 → 1.9.0+2.26.0 (two published versions; viable)
Backup/Restore STRUCTURAL SKIP See below
Functional COVERED SCM-configured test (gitea OAuth redirect)
Lint COVERED abra recipe lint (L5 target)
Screenshot COVERED Drone login/landing page

Backup rung — structural skip

Justification: The drone recipe declares no backupbot labels in compose.yml and ships no abra_backup* functions in abra.sh (which only exports DRONE_ENV_VERSION=v2). Therefore backup_capable=False is auto-detected by the harness — the backup rung is an intentional structural skip, not a gap.

Evidence:

# compose.yml — no backupbot.* labels anywhere
grep -i backupbot ~/.abra/recipes/drone/compose.yml  # → (no output)

# abra.sh — no backup functions
cat ~/.abra/recipes/drone/abra.sh
# → export DRONE_ENV_VERSION=v2
# (no abra_backup / abra_restore functions)

Level impact: With backup_capable=False (structural skip), the backup rung is an EXPECTED_NA-class intentional skip. The recipe can still reach L5 if all other rungs pass, because the backup rung's skip is declared-and-justified, not a surprise omission.

Path to L5: install + upgrade + functional + lint + screenshot all PASS.

Gitea dep teardown

The gitea dep is co-deployed per run. Both gitea AND drone are torn down in the orchestrator's finally block (deps in reverse order: drone first, then gitea). A drone test failure mid-run still triggers the finally — the teardown guarantee is sacred.