redhat-et / redhat-et/ProtoBot

Implement the governed Git change-set workflow and repository fixture

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

Nobody has claimed this yet.

blocked component:drafting-table component:ears-manager
Dominant language
Go
Stars
5
Forks
6
Avg merge
23h 24m
Merged PRs (30d)
66

Description

Plan ID

EM-07

Purpose

Exercise the approved ears-manager behavior through the governed single-player Git workflow.

Scope

  • Create change-set branches using the documented naming and base-commit rules.
  • Stage only registered specification paths, manifests, project configuration, and manager-owned projection entries.
  • Prepare deterministic commits and pull-request summaries from compare and impact.
  • Reject direct specification edits, unregistered paths, forbidden branches, force pushes, and default-branch pushes.
  • Implement the local bare-repository fixture covering initialization, proposal, refresh, merge, and registration evidence.

Dependencies

Depends on EM-05 and EM-06. The Git contract in #34 is complete.

Acceptance criteria

  • The fixture demonstrates a complete initialize, propose, validate, branch, commit, refresh, and merge flow.
  • Every failure leaves the repository unchanged or provides a deterministic retry path.
  • Only explicitly owned paths are staged.
  • Approved change-set manifests are immutable.
  • The fixture proves registration is idempotent by change-set and merge commit.

Out of scope

WMS lifecycle transitions and Job Site execution remain outside this issue.

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 with the completed Git contract in #34 and review the dependencies on EM-05 and EM-06 before tracing the existing ears-manager entry points. Exercise the local bare-repository fixture through initialization, proposal, validation, branching, commit, refresh, and merge. Done means the acceptance criteria are demonstrated, including owned-path staging, immutable manifests, deterministic failures, and idempotent registration evidence.

Written by the indexing model from the issue text.

Assessment

Tech stack
git, go
Domain
developer-experience, devtools
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.