gig¶
gig is a remote-first release audit CLI for one critical question:
Did we miss any change for this ticket?
Start Here¶
Read these first if you are new:
Core Workflow¶
inspectcollects the full ticket story across repositories and branchesverifyreturns asafe,warning, orblockedverdictmanifest generateexports a release packet in Markdown or JSON
AI briefings stay optional.
The source of truth stays inside gig.
Fastest Path¶
gig
gig login github
gig inspect ABC-123 --repo github:owner/name
gig verify --ticket ABC-123 --repo github:owner/name
gig manifest generate --ticket ABC-123 --repo github:owner/name
Why Teams Reach For It¶
gig is a good fit when:
- one ticket can touch backend, frontend, database, scripts, or low-code assets
- follow-up fixes arrive after QA or client review
- release confidence depends on what actually reached the target branch
- teams need the same evidence in terminal output, JSON, and release packets without reopening every repo
Documentation Map¶
- Product Overview
what
gigdoes and where it wins - CLI Guide the command surface for daily usage
- Roadmap what is shipped, what is next, and what should not lead
- Product Strategy product principles and long-term direction
- Config Spec optional overrides for mature teams
- Product Reset Audit deeper rationale behind the remote-first, zero-config direction