feat(bitbucket): add read-only PR commits fetch#797
Conversation
cedf014 to
a1a88fb
Compare
|
Hi @potiuk , I opened the next Bitbucket follow-up PR for #606. This adds The implementation fetches commits associated with a pull request from both Bitbucket Cloud and Bitbucket Data Center with pagination, then normalizes them into I also updated the Bitbucket README, spec-loop adapter docs, and labels/capabilities inventory so the documented coverage matches the new behavior. After self-review, I adjusted the README wording to present this as a
|
Summary
magpie-bitbucket pr commits <id>as a read-only Bitbucket change-request operation.commits[]with hash, message, author, date, links, and raw payloads, without adding any write or repository mutation path.Type of change
.claude/skills/<name>/) — eval fixtures updated belowtools/<system>/*.md)tools/*/withpyproject.toml)docs/,README.md,CONTRIBUTING.md)projects/_template/)prek, workflows, validators)Test plan
prek run --all-filespassesuv run pytest/ruff check/mypypasses(
PYTHONPATH=tools/skill-evals/src python3 -m skill_evals.runner tools/skill-evals/evals/<skill>/)(a regression test for the bug fixed / the behaviour added — see CONTRIBUTING.md)
PYTHONPATH=src uv run --group dev pytest tests/test_bitbucket.pyRFC-AI-0004 compliance
contract:change-request/Coverage: partial-read-onlyadapter without introducing a new Bitbucket-specific capability contractLinked issues
Refs #606
Notes for reviewers
This is the next read-only Bitbucket follow-up after the PR discussion and PR status work.
The new command is:
It fetches commits associated with a pull request:
start/nextPageStartpagination.This intentionally keeps the scope to read-only commit metadata. It does not mutate branches, refs, repository history, PR state, comments, approvals, merge state, or Pipelines/builds.
Docs were updated in the Bitbucket README, spec-loop adapter inventory, and labels/capabilities inventory to reflect the new partial read-only commit coverage.