bitbucket-mcp
Related Servers
Alternatives to bitbucket-mcp
No user-submitted related servers found.
Related Servers
- FlicenseAqualityCmaintenanceAn MCP server for Bitbucket Cloud that enables reading and managing pull requests, comments, and descriptions via MCP clients.17-
- AlicenseAqualityCmaintenanceMCP server for Bitbucket Cloud that enables reviewing, managing, and merging pull requests, assigning reviewers by name, reading files at a ref, and inspecting pipeline status from any MCP client.14MIT
- AlicenseBqualityDmaintenanceAn MCP server that provides tools for interacting with the Bitbucket API, supporting both Bitbucket Cloud and Bitbucket Server, enabling pull request, branch, file, code review, and search operations.193,671 npmMIT
- AlicenseBqualityDmaintenanceAn MCP server that enables interaction with Bitbucket repositories through the Model Context Protocol, supporting both Bitbucket Cloud and Server with features for PR lifecycle management and code review.193,671 npm28MIT
- AlicenseAqualityBmaintenanceMCP server for code review of Bitbucket Cloud pull requests: list PRs, read diffs, file contents and comments, and post review comments.629 npmISC
- AlicenseBqualityCmaintenanceAn MCP server for Bitbucket Cloud that enables managing pull requests, branches, and repositories in natural language from any MCP-capable client.23121 npm4MIT
TDQS
Scored across 26 tools
Each tool targets a distinct resource and action. Pull request tools are clearly separated by operation (get, create, update, merge, approve, etc.) and by scope (list vs detail, comments vs inline comments vs replies). Pipeline tools are similarly distinct for runs, steps, and logs.
Tool names consistently follow a verb_noun pattern (e.g., get_pull_request, create_pull_request_comment, get_pipeline_steps). Even the slightly longer names like request_pull_request_changes or diagnose_pipeline_failure remain readable and align with the pattern.
26 tools is slightly above the typical 3-15 range, but the scope intentionally covers both pull request management (21 tools) and pipeline inspection (5 tools). Each tool serves a distinct, non-redundant purpose, making the count justified rather than bloated.
The pull request lifecycle is well covered: create, update, merge, decline, approve, request changes, comments, diffs, commits, and statuses. Pipelines cover listing, getting details, steps, logs, and failure diagnosis. Minor gaps exist (e.g., no general list of PRs filtered by state, no pipeline triggering), but they are non-critical for most workflows.