redhat-et / redhat-et/ProtoBot

Add Worker projection isolation fixtures

Open
#78 2 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

blocked component:job-site
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.
  • .protobot project/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

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.