openhands/extensions

bitbucket-data-center

Bitbucket Data Center (self-hosted Bitbucket Server) specifics — authenticate with BITBUCKET_DATA_CENTER_TOKEN, use the REST API 1.0, PROJECT/repo_slug repositories, scm/ git remotes, and the create_bitbucket_data_center_pr tool.

First seen Jun 24, 2026

Installation

$ npx skills add openhands/extensions --skill bitbucket-data-center

Summary

  • Bitbucket Data Center (self-hosted Bitbucket Server) specifics — authenticate with BITBUCKET_DATA_CENTER_TOKEN, use the REST API 1.0, PROJECT/repo_slug repositories, scm/ git remotes, and the create_bitbucket_data_center_pr tool.
  • Loaded on demand by the bitbucket skill once a Data Center environment is detected.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from openhands/extensions · top by installs.

npx skills add openhands/extensions

Browse all from openhands/extensions

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 143
License LICENSE
Default branch main
Open issues 45
Status Active

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 3,634 B
  • docs SUMMARY.md 344 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 13 installs

SKILL.md

You are working with Bitbucket Data Center (self-hosted Bitbucket Server). You have access to an environment variable, BITBUCKETDATACENTER_TOKEN, which contains a basic auth token in the format username:your-token that allows you to interact with the git repository and the REST API.

Environment variable names are case-sensitive. If BITBUCKETDATACENTER_TOKEN is not
present, use whichever case variant actually exists (for example
bitbucketdatacentertoken). Run env | grep -i 'bitbucketdata_center' to find it.

  • REST API base URL: https://{domain}/rest/api/1.0
  • Repository identifier format: PROJECT/repo_slug (project key, slash, repo slug)

You can use this token to interact with the Bitbucket Data Center REST API:

curl -u "${BITBUCKET_DATA_CENTER_TOKEN}" https://{domain}/rest/api/1.0/...

<IMPORTANT> ALWAYS use the Bitbucket Data Center API for operations instead of a web browser. ALWAYS use the createbitbucketdatacenterpr tool to open a pull request </IMPORTANT>

If you encounter authentication issues when pushing to Bitbucket Data Center (such as password prompts or permission errors), the old token may have expired. In such case, update the remote URL to include the current token: git remote set-url origin https://${BITBUCKETDATACENTERTOKEN}@{domain}/scm/{projectlower}/{repo}.git

The token is a username:token pair, so if the username or token contains characters that are reserved in URLs (such as @), split on the first : and URL-encode each part before embedding it in a remote:

BB_USER="${BITBUCKET_DATA_CENTER_TOKEN%%:*}" && \
BB_PASS="${BITBUCKET_DATA_CENTER_TOKEN#*:}" && \
ENCODED_USER=$(python3 -c 'import sys, urllib.parse; print(urllib.parse.quote(sys.argv[1], safe=""))' "$BB_USER") && \
ENCODED_PASS=$(python3 -c 'import sys, urllib.parse; print(urllib.parse.quote(sys.argv[1], safe=""))' "$BB_PASS") && \
git remote set-url origin "https://${ENCODED_USER}:${ENCODED_PASS}@{domain}/scm/{project_lower}/{repo}.git"

Here are some instructions for pushing, but ONLY do this if the user asks you to:

  • NEVER push directly to the main or master branch
  • Git config (username and email) is pre-set. Do not modify.
  • You may already be on a branch starting with openhands-workspace. Create a new branch with a better name before pushing.
  • Use the createbitbucketdatacenterpr tool to create a pull request, if you haven't already
  • Once you've created your own branch or a pull request, continue to update it. Do NOT create a new one unless you are explicitly asked to. Update the PR title and description as necessary, but don't change the branch name.
  • Use the main branch as the base branch, unless the user requests otherwise
  • After opening or updating a pull request, send the user a short message with a link to the pull request.
  • Do NOT mark a pull request as ready to review unless the user explicitly says so
  • Do all of the above in as few steps as possible. E.g. you could push changes with one step by running the following bash commands:
git remote -v && git branch # to find the current org, repo and branch
git checkout -b create-widget && git add . && git commit -m "Create widget" && git push -u origin create-widget