How to Set Up Bitbucket Webhook Notifications with Webhookify

Published Feb 21 202610 min read
Bitbucket webhook setup with Webhookify

Bitbucket is Atlassian's Git-based source code hosting and collaboration platform used by millions of developers and teams worldwide. Whether you use Bitbucket Cloud or Bitbucket Data Center, webhooks provide a powerful way to integrate your repository events with external services. Every push, pull request, build status update, or issue change can trigger an HTTP POST to a URL of your choice. With Webhookify, you can route those Bitbucket webhook events to Telegram, Discord, Slack, Email, or mobile push notifications, giving you real-time visibility into your repository activity without constantly refreshing the Bitbucket dashboard.

This guide covers the complete process of setting up Bitbucket webhooks with Webhookify, so your team stays informed about code changes, pull request activity, and CI/CD pipeline status in real time.

Why Monitor Bitbucket Webhooks with Webhookify?

  • Real-Time Code Push Notifications: Know the moment someone pushes code to your repository. Get a Telegram or Slack message with the commit author, branch name, and commit message so you can stay on top of code changes across your team.

  • Pull Request Workflow Alerts: Track the entire pull request lifecycle -- creation, approvals, merges, and rejections -- from your phone or chat app. Never miss a PR waiting for your review or a PR that was merged while you were away.

  • CI/CD Build Status Tracking: Bitbucket sends commit status webhooks when your CI/CD pipeline (Bitbucket Pipelines, Jenkins, or any other CI tool) updates the build status. Get instant alerts when builds pass or fail without watching the pipeline dashboard.

  • AI-Powered Commit Summaries: Raw Bitbucket webhook payloads include repository metadata, commit hashes, author information, and branch references. Webhookify's AI summarizes this into clear messages like "John pushed 3 commits to feature/auth-flow on myapp repo" for quick comprehension.

  • Multi-Repository Monitoring: If you manage multiple Bitbucket repositories, you can point all of their webhooks to a single Webhookify endpoint. All events are logged centrally, and notifications include the repository name so you can distinguish between projects.

Prerequisites

  1. A Bitbucket Cloud or Bitbucket Data Center account. Sign up at bitbucket.org if you do not have one.
  2. Admin access to the repository you want to monitor (needed to configure webhooks).
  3. A Webhookify account. Sign up for free at webhookify.app.
  4. A notification channel configured in Webhookify (Telegram bot, Discord webhook, Slack workspace, or Email address).
  5. At least one repository with code pushes or pull request activity.

Step-by-Step Setup Guide

1

Create a Webhookify Endpoint

Log in to your Webhookify dashboard at webhookify.app and click "Create Endpoint." Name it something like "Bitbucket Repo Alerts" or "Bitbucket PR Notifications."

Webhookify generates a unique HTTPS URL:

https://hook.webhookify.app/w/your-unique-endpoint-id

Copy this URL. The endpoint is immediately active and ready to receive Bitbucket webhook events. Every incoming payload is logged in your Webhookify dashboard in real time.

2

Configure Your Notification Channel

Before connecting Bitbucket, set up your notification channels in Webhookify under Settings:

  • Telegram: Connect the Webhookify bot for personal alerts. Perfect for lead developers who want to know about every push to the main branch.
  • Discord: Add a Discord webhook URL for team or community channels. Great for open-source projects where contributors need to see repository activity.
  • Slack: Connect your Slack workspace for team notifications. Integrate with your existing engineering channels for a unified notification feed.
  • Email: Enter your email address for a permanent record of repository events.
  • Mobile Push: Install the Webhookify mobile app for iOS or Android. Get push notifications on your phone when critical events happen.

A common setup for development teams is to route push and PR events to Slack for team visibility, and build failure alerts to mobile push for immediate attention.

3

Set Up Webhooks in Bitbucket

Configure Bitbucket to send webhook events to your Webhookify endpoint:

For Bitbucket Cloud:

  1. Navigate to your repository on bitbucket.org.
  2. Click Repository settings in the left sidebar.
  3. Under Workflow, click Webhooks.
  4. Click "Add webhook".
  5. Enter a Title such as "Webhookify Notifications."
  6. In the URL field, paste your Webhookify endpoint URL.
  7. Under Triggers, choose whether to use the default push trigger or select specific triggers.
  8. To select specific triggers, choose "Choose from a full list of triggers" and check the events you want.
  9. Set Status to Active.
  10. Click Save.

For Bitbucket Data Center / Server:

  1. Navigate to your repository.
  2. Go to Repository settings > Webhooks.
  3. Click "Create webhook".
  4. Enter a name and paste your Webhookify URL.
  5. Select the events to trigger on.
  6. Click Save.
4

Select Events to Monitor

Bitbucket offers a comprehensive set of webhook triggers. Here are the most commonly monitored events:

Repository Events:

  • repo:push -- Code is pushed to the repository (one or more commits). This is the most fundamental event and is selected by default.
  • repo:fork -- The repository is forked by another user.
  • repo:commit_status_created -- A build status is created for a commit (CI/CD pipeline started).
  • repo:commit_status_updated -- A build status is updated (CI/CD pipeline passed, failed, or is in progress).

Pull Request Events:

  • pullrequest:created -- A new pull request is opened.
  • pullrequest:updated -- A pull request is updated (new commits pushed, description edited, etc.).
  • pullrequest:approved -- A pull request is approved by a reviewer.
  • pullrequest:unapproved -- An approval is removed from a pull request.
  • pullrequest:fulfilled -- A pull request is merged.
  • pullrequest:rejected -- A pull request is declined.
  • pullrequest:comment_created -- A comment is added to a pull request.
  • pullrequest:comment_updated -- A pull request comment is edited.
  • pullrequest:comment_deleted -- A pull request comment is removed.

Issue Events (if issue tracker is enabled):

  • issue:created -- A new issue is created.
  • issue:updated -- An issue is modified.
  • issue:comment_created -- A comment is added to an issue.

For most development teams, enabling repo:push, pullrequest:created, pullrequest:approved, pullrequest:fulfilled, and repo:commit_status_updated provides excellent coverage of daily development activity.

5

Test Your Configuration

Test the webhook by triggering a repository event:

  1. Make a small change in your repository (add a comment to a file or update the README).
  2. Commit and push the change to Bitbucket.
  3. Within seconds, check your Webhookify dashboard for the incoming repo:push webhook payload.
  4. Verify that your notification channel (Telegram, Discord, Slack, or mobile) received the alert.

To test pull request events:

  1. Create a new branch with a change.
  2. Open a pull request in Bitbucket.
  3. You should receive a pullrequest:created notification.
  4. Approve and merge the PR to see pullrequest:approved and pullrequest:fulfilled events.

If all notifications arrive correctly, your Bitbucket webhook integration is complete.

Bitbucket Webhook Events You Can Monitor

Full reference of Bitbucket Cloud webhook triggers:

Repository:

  • repo:push -- One or more commits pushed to the repository
  • repo:fork -- Repository forked
  • repo:updated -- Repository settings updated
  • repo:transfer -- Repository transferred to a different owner
  • repo:commit_comment_created -- Comment added to a commit
  • repo:commit_status_created -- Build status created for a commit
  • repo:commit_status_updated -- Build status updated for a commit

Pull Requests:

  • pullrequest:created -- New pull request opened
  • pullrequest:updated -- Pull request updated (new commits, description change)
  • pullrequest:approved -- Pull request approved by reviewer
  • pullrequest:unapproved -- Approval removed from pull request
  • pullrequest:fulfilled -- Pull request merged
  • pullrequest:rejected -- Pull request declined
  • pullrequest:comment_created -- Comment added to pull request
  • pullrequest:comment_updated -- Pull request comment edited
  • pullrequest:comment_deleted -- Pull request comment removed

Issues:

  • issue:created -- New issue created
  • issue:updated -- Issue modified
  • issue:comment_created -- Comment added to issue

Each webhook payload includes the actor (who triggered the event), the repository details, and the specific resource data (commit info, PR details, or issue content).

Real-World Use Cases

  • Code Review Workflow: Route pullrequest:created events to a Slack channel so your team knows the moment a new PR needs review. Follow up with pullrequest:approved and pullrequest:fulfilled alerts to track the review and merge process without checking Bitbucket.

  • CI/CD Pipeline Monitoring: Monitor repo:commit_status_updated events to track your build pipeline status. Get instant Discord or Telegram alerts when a build fails so developers can fix it immediately, reducing the feedback loop for broken builds.

  • Main Branch Protection: Set up a webhook that monitors repo:push events and get a push notification every time someone pushes directly to the main branch. This helps enforce branching policies and catch accidental direct pushes.

  • Open-Source Project Activity: Forward all repository events to a Discord channel for your open-source community. Contributors can see new issues, pull requests, and commits in real time, fostering collaboration and transparency.

Example Notification

When code is pushed to a Bitbucket repository, Webhookify delivers a notification like this:

{
  "push": {
    "changes": [
      {
        "new": {
          "name": "main",
          "type": "branch",
          "target": {
            "hash": "a1b2c3d4e5f6",
            "message": "Fix authentication middleware and add rate limiting",
            "author": {
              "raw": "Sarah Chen <sarah@company.com>"
            },
            "date": "2026-02-21T11:45:00+00:00"
          }
        },
        "commits": [
          {
            "hash": "a1b2c3d4e5f6",
            "message": "Fix authentication middleware and add rate limiting",
            "author": {
              "raw": "Sarah Chen <sarah@company.com>"
            }
          }
        ]
      }
    ]
  },
  "actor": {
    "display_name": "Sarah Chen",
    "nickname": "sarahchen"
  },
  "repository": {
    "full_name": "company/backend-api",
    "name": "backend-api"
  }
}

Webhookify's AI summary would display:

Bitbucket Push: Sarah Chen pushed 1 commit to main on company/backend-api: "Fix authentication middleware and add rate limiting"

This concise format lets you quickly understand who pushed what and where.

Troubleshooting

  1. Webhook not triggering on push events: Make sure the webhook status is set to Active in Bitbucket's webhook settings. Also verify the trigger is set to at least repo:push. If you chose "Choose from a full list of triggers" but did not check any boxes, no events will be sent.

  2. Receiving push events but not pull request events: Pull request events require separate trigger selections. Go back to your webhook settings in Bitbucket and expand the full trigger list. Check the pullrequest:created, pullrequest:fulfilled, and other PR triggers you need.

  3. Build status events are not appearing: Build status webhooks (repo:commit_status_created and repo:commit_status_updated) require that your CI/CD tool (Bitbucket Pipelines, Jenkins, etc.) is correctly configured to report build statuses to Bitbucket. If your pipeline does not report statuses, these webhooks will not fire.

  4. Webhook shows a "Last triggered" date but no notification in Webhookify: Check if the Webhookify URL is correctly pasted with no extra spaces or characters. Also verify your Webhookify notification channel is properly connected by sending a test notification from the Webhookify dashboard.

  5. Too many notifications from a busy repository: If your repository receives dozens of pushes per day, you might get overwhelmed. Consider creating separate webhooks for critical events (like pushes to main or PR merges) and lower-priority events (like PR comments). Route critical events to mobile push and lower-priority events to a Slack channel.

You can use the same Webhookify endpoint for multiple Bitbucket repositories. Each webhook payload includes the repository name in the repository.full_name field, so Webhookify's notifications will always identify which repository triggered the event. This makes it easy to manage multiple projects from a single endpoint.

Monitor Your Bitbucket Repos in Real Time

Create a free Webhookify endpoint and get instant Bitbucket push, PR, and build status notifications on Telegram, Discord, Slack, or your phone.

Get Started Free

Related Articles

Frequently Asked Questions

How to Set Up Bitbucket Webhook Notifications with Webhookify - Webhookify | Webhookify