PlanningItem evidence: git commits, checked against the history
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
Direzione di ricerca
Start by reading the PlanningItem step and evidence handling described in issue #436, then trace the validator and the steps --json, context, log, and changes entry points. The issue defines the proposed commit evidence syntax and validation outcomes, but leaves the policy and command integration scope open. Done means commit hashes are validated against repository history and exposed in the requested outputs and filters.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Problem
PlanningItems now have structured steps (#436) and evidence: (ref: to an element, path: to a file). For work tracking the most useful evidence of a done step is often the commit(s) that delivered it, together with the test cases made active. Today a commit can only be written in the body, so it is not checked (a typo or a rebased-away hash goes unnoticed) and not queryable ("which commits delivered PI-X?").
Proposal
evidence: - commit: <sha>(abbreviated ≥ 7 hex accepted), resolved against the repository's git history byvalidate: unknown or ambiguous hash → finding; optional check that the commit touches a path the step's elements name.steps --json/contextinclude the commits;log/changescan filter by planning item.- Policy option: a leaf
doneitem must have at least one commit evidence (in addition to E719's element/path evidence).
- Lingua principale
- Rust
- Stelle
- 8
- Fork
- 1
- Merge medio
- 3h 26m
- PR unite (30g)
- 66
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di sjames/syscribe
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di sjames/syscribe
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
Non-`main` default branchesAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
max-sixty/worktrunk#4727 · 7 commenti · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
follow-up
Difficoltà 2/5 1-3 ore Idoneità per principianti 73/100
carrick-sh/carrick#1859 ·
I maintainer di solito rispondono entro 1 giorno
-
crate: spate-kafka documentation priority: medium
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno