PlanningItem evidence: git commits, checked against the history

Đã đóng
  • Có gì không ổn?
#455 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
5/5
Thời gian dự kiến
Hơn một tuần
Mức phù hợp với người mới
35/100
Loại issue
Tính năng
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
git, rust, yaml
Lĩnh vực
devtools

Hướng nghiên cứu

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.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

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 by validate: unknown or ambiguous hash → finding; optional check that the commit touches a path the step's elements name.
  • steps --json / context include the commits; log/changes can filter by planning item.
  • Policy option: a leaf done item must have at least one commit evidence (in addition to E719's element/path evidence).
Ngôn ngữ chính
Rust
Star
8
Fork
1
Merge trung bình
3 giờ 35 phút
Pull request đã merge (30 ngày)
69

Chuẩn bị môi trường

Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của sjames/syscribe

Tất cả issue của sjames/syscribe

Issue tương tự

Thêm issue về Rust

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.