Commit Graph

10 Commits

Author SHA1 Message Date
Jon Chery 56b4274284 ship(P07): v0.1.7 release backfill merged into milestone
- Fast-forward merge of phase/07-v0.1-backfill into milestone/v0.1-initial
- Annotated tag v0.1.7 created at dc67522
- Gitea release v0.1.7 published with orca-v0.1.7-linux-amd64.tar.gz
- Fix  ->  typo in release.sh notes block
  (unbound variable under set -u; surfaced on first end-to-end run
  of release.sh for v0.1.7). Patch is minimal and contained to the
  release-notes echo line.
2026-06-03 20:42:48 +00:00
ciagent b1b2e3dcb6 fix(P07): harden .gitignore for .env and document pre-existing secret leak
Layer-3 security audit during P07 EXECUTE found that .env (containing
GITEA_TOKEN) was committed in 0cba1aa during P00 and remained in git
history. The pre-P07 .gitignore only excluded .env.local, not .env.

This commit:
1. Adds .env to .gitignore alongside .env.local (forward fix — prevents
   future re-tracking).
2. Documents the pre-existing leak in .ciagent/PHASE7_SECURITY_AUDIT.md
   with mitigation steps and required human actions (token rotation,
   history rewrite, access-log audit, CI secret scanning).

The backfill script itself (commit de69788) does not leak the secret: it
sources .env from disk and never echoes or passes it on the command line.
The leak is upstream of P07 and is documented as P0 for the human to
remediate out-of-band.

---ci---
project: orca
phase: 7
milestone: v0.1
status: execute
version: v0.1.7
requirements:
  covered: [REQ-007]
  partial: []
---/ci---
2026-06-03 20:42:39 +00:00
ciagent 4fd17c510c fix(P07): backfill_releases.sh — publish Gitea releases for v0.1.x tags
The v0.1 milestone COMPLETE commit (d76ff84) was tagged v0.2.0 and the
per-phase tags v0.1.1..v0.1.6 were created, but the standing rule
'every phase tag produces a Gitea release' was only codified in P06
(RELEASE_POLICY.md) and never applied retroactively.

This commit adds scripts/backfill_releases.sh, an idempotent helper that:
- iterates over v0.1.1..v0.1.6 and v0.2.0
- skips tags that already have a release
- builds the orca binary from the milestone branch HEAD (which includes
  the post-COMPLETE entry-point fix and workflow-block commits)
- injects the historical version via -ldflags
- packages a per-tag tarball (orca-<tag>-<os>-<arch>.tar.gz)
- creates a Gitea release with the tarball as an asset, and release
  notes that include the phase summary and a v0.2.0 milestone recap

After backfill, the v0.1 milestone is fully released end-to-end and the
discipline carries forward into v0.2.

---ci---
project: orca
phase: 7
milestone: v0.1
status: execute
version: v0.1.7
requirements:
  covered: [REQ-007]
  partial: []
---/ci---
2026-06-03 20:42:34 +00:00
cloudinit-bot be9afa2d2c ship: v0.1 Foundation milestone complete (#1) v0.1.7 2026-06-03 20:08:57 +00:00
Jon Chery 55aae5347e chore(P00): rename orch-engine to orca, configure gitea + coreci (v0.1)
---ci---
project: orca
phase: 0
milestone: v0.1
status: execute
---/ci---
2026-06-03 11:36:32 +00:00
Jon Chery 0cba1aa5fe chore(P00): set autonomy level to full
---ci---
project: orch-engine
phase: 0
milestone: v1.0
status: execute
---/ci---
2026-06-03 11:18:58 +00:00
Jon Chery e2e77e79b9 chore(P00): quick task - populate config.json with backlog reference
---ci---
project: orch-engine
phase: 0
milestone: v1.0
status: execute
lessons:
  - Referenced backlog project's config.json (also Go 1.25+) to establish proper schema including autonomy, personas, parallelization, sessions, ci, repository, and commands sections
---/ci---
2026-06-03 11:15:12 +00:00
Jon Chery 8c086def69 chore(config): populate ciagent config with standard settings
---ci---
project: orch-engine
phase: 0
milestone: v1.0
status: execute
---/ci---
2026-06-03 11:08:48 +00:00
Jon Chery 8774008c3e docs(init): validate specification
---ci---
project: orch-engine
phase: 0
milestone: v1.0
status: specify
---/ci---
2026-06-03 11:06:26 +00:00
Jon Chery 97f437f9ef docs(init): initialize orch-engine (6 phases)
---ci---
project: orch-engine
phase: 0
milestone: v1.0
status: specify
decisions:
  - id: D-001
    decision: Use single-project mode for initial setup
    rationale: Simplified configuration for the initial phase
    confidence: 1.0
    alternatives: []
---/ci---

Specification: Build an offline/CLI-first orchestration engine.
Requirements: Simplicity, AI-first, Offline-first, CLI-first, prioritize security/bug-fixes over features, Go 1.25+.
Constraints: Simpler than Nomad, far simpler than Kubernetes.
Out of scope: K8s complexity.
2026-06-03 10:59:05 +00:00