redhat-et / redhat-et/ProtoBot
Add Worker projection isolation fixtures
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 5
- Forks
- 6
- Avg merge
- 23h 24m
- Merged PRs (30d)
- 66
Description
Scope
Implement fixture-project projection export for Worker A, Worker B, and the private integration repository. Prove the documented isolation model before integrating a real execution backend.
Worker A receives specifications and permitted tests but no implementation source or objects. Worker B receives specifications and implementation baseline but no canonical test source or objects. Integration and Triage remain private.
Dependencies
- Current projection and worker isolation decisions in
docs/architecture/components.md. .protobotproject/projection policy from the bootstrap child issue.
Acceptance criteria
- Projections use independent Git object databases and synthetic roots.
- Negative tests prove forbidden paths, objects, remotes, credentials, and peer history are unavailable.
- Unclassified paths are denied by default.
- Patch imports are path-restricted and auditable.
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 docs/architecture/components.md and the .protobot project/projection policy from the bootstrap child issue. Locate the fixture-project projection export entry points and establish how Worker A, Worker B, and the private integration repository are represented. Done means independent Git object databases and synthetic roots, negative isolation tests for forbidden paths, objects, remotes, credentials, and peer history, default denial for unclassified paths, and auditable path-restricted patch imports.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- git, go
- Domain
- devtools, security, testing-qa
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 52/100