redhat-et / redhat-et/ProtoBot
Initialize `.protobot` projects and the artifact registry
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 5
- Forks
- 6
- Avg merge
- 23h 24m
- Merged PRs (30d)
- 66
Description
Plan ID
EM-06
Purpose
Provide the first usable project bootstrap path around the ears-manager CLI.
Scope
- Initialize
.protobot/project.yamlthrough the governedears-manageroperation defined by #30. - Seed schema versions, project identity, canonical repository settings, and default artifact registrations.
- Register requirement-store and change-set paths with safe path and ownership checks.
- Write the corresponding
sharedentries in.protobot/projection.yamlfor registered specification paths. - Validate adoption of an existing repository without rewriting unrelated history.
Dependencies
Depends on #30 and EM-04. The completed Git contract is #34; it is not a blocker.
Acceptance criteria
- Initialization rejects empty repositories, misplaced project files, unsafe paths, credentials, and invalid registry entries.
- A fixture project can be initialized and then passes
ears-manager check. - Registration and projection updates are atomic from the caller's perspective.
- Existing files are registered without being moved or rewritten.
- Tests cover missing paths, invalid configuration, schema mismatch, digest handling, and retry after failure.
Out of scope
Branch, commit, and pull-request preparation belong to EM-07.
Contributor guide
No contributing guide indexed for this repository
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 by reading dependency #30 and EM-04, then trace the ears-manager initialization operation and the .protobot/project.yaml and .protobot/projection.yaml formats. Use a fixture project and run ears-manager check while covering the listed failure cases. Done means safe initialization, registration, and projection updates work atomically without rewriting existing files.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- cli
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100