Eject Phase 1: Inventory & Dry-Run
Open
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 7
- Forks
- 2
- Avg merge
- 1d 15h
- Merged PRs (30d)
- 3
Description
Parent: #206
Summary
Implement ptd eject <target> --dry-run to produce a complete artifact bundle without changing any infrastructure. This is immediately useful for support/sales customer conversations before severance (Phase 2) is built.
Artifact Bundle Structure
eject-<target>/
├── README.pdf
├── config/
│ ├── ptd.yaml
│ ├── site_*/site.yaml
│ └── customizations/
├── state/
│ ├── pulumi-exports/
│ └── resource-inventory.json
├── secrets/
│ └── secret-references.json
├── runbooks/
│ ├── day-to-day-ops.md
│ ├── disaster-recovery.md
│ └── observability.md
└── metadata.json
Validation
- Run
ptd eject <target> --dry-runand review the full bundle - Have someone unfamiliar with the workload read the PDF — does it make sense standalone?
- Verify
resource-inventory.jsoncontains all expected resources - Spot-check secret references against actual Secrets Manager entries
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the ptd eject <target> --dry-run command and its existing target, configuration, state, and secret-handling entry points. Generate and review the complete artifact bundle described in the issue, then verify that resource-inventory.json includes expected resources and secret references match Secrets Manager entries without changing infrastructure.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- cli, infrastructure
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100