LogoLogo
Book a demoLog in
  • Swarmia documentation
  • Getting started
    • Get started in 15 minutes
    • Integrations
      • GitHub
        • GitHub Enterprise Server
        • Multiple GitHub organizations
        • Forked repositories
        • Troubleshooting
          • Reinstalling the Swarmia GitHub app
          • Updating app permissions
          • Installing Swarmia outside of GitHub Marketplace
      • Jira
        • Jira Server and Jira Data Center
        • Jira best practices
        • Multiple Jira organizations
      • Linear
        • Private Linear teams
        • Disconnect Linear
      • Slack
        • Private Slack channels
      • Authentication
        • Google Single Sign-On
          • Frequently asked questions
        • Okta Single Sign-On
      • HR systems
      • Data export
        • Data cloud
        • Export data as a CSV file
      • Other integrations
        • Other issue tracker integrations
        • Other source code hosting integrations
  • Configuration and data quality
    • Organization settings
      • Creating & managing teams
        • Teams API
      • Jira setup
      • Pull request data quality
      • Investment categories
      • Deployments
        • Generate deployments from merged pull requests
        • Generate deployments from GitHub deployments
        • Generate deployments from GitHub checks
        • Generate deployments via the API
          • Generate deployments for monorepos via the API
    • Team settings
      • Mapping work to your team
      • Linking pull requests to issues
      • Sprints
      • Team notifications
    • Managing access and permission
    • Personal notifications
  • Use cases
    • Improve pull request flow
      • Pull request insights
      • Reducing pull request cycle time
      • Review code faster
      • Managing pull requests in progress with the Pull Request view
      • Diagnosing low pull request throughput
      • Analyzing pull request batch size
  • Improve your team's focus
    • Optimizing issue cycle time
    • Analyzing activity patterns on Work Log
    • Grouping activity on the Work Log view
    • Retrospective guide
  • Balance engineering investments
    • Activity and effort-based models
    • Categorizing work
    • Common problems with balancing engineering investment
  • Deliver strategic initiatives
    • Forecasting initiatives
  • Capitalize software development costs
  • Run developer experience surveys
    • Creating a survey
    • Managing surveys
    • Viewing and sharing survey results
    • How we show your survey responses
    • Survey communication guide and templates
  • Track DORA metrics
    • Automatic change failure detection
    • How Swarmia links PRs to deployments
  • Coach software developers
  • Get visibility into your CI pipeline
  • Working agreements
    • Set up working agreements
  • Metrics & definitions
    • Pull request cycle time
      • What's the difference between "Change lead time" and "Pull request cycle time" metrics in Swarmia?
    • Issue cycle time
      • Defining issue lifecycle and cycle time
    • Developer effort (FTEs)
  • DORA metrics
    • Change lead time
    • Deployment frequency
    • Mean time to recovery
    • Change failure rate
  • Throughput
  • Time to deploy
  • Batch size
  • Flow efficiency
  • Scope creep
  • Sprints
  • Frequently asked questions
    • How do you treat weekends in metrics?
    • Tracking squashed commits
    • How do merge queues affect my metrics?
    • Why is my commit not visible in Swarmia?
    • How do I account for people leaving my organization?
  • Resources
    • Security & data retention
      • Data security
      • Data access
      • Swarmia IP Addresses
      • Single Sign-On (SSO) / SAML
      • Can I get a copy of the SOC 2 Type II audit report?
      • Deleting your organization
  • Pricing & plans
    • Compare plans
    • Free plan
    • Do I need a credit card to start a free trial?
    • What are the differences between the individual modules and the standard plan?
    • How do you determine the number of developers for billing?
    • What happens to customers with the Lite plan after the December 2024 pricing and plan change?
  • Changelog
On this page
  • Manual exclusion of individual pull requests
  • Automatic exclusion of individual pull requests

Was this helpful?

  1. Configuration and data quality
  2. Organization settings

Pull request data quality

Exclude irrelevant pull requests from all Swarmia metrics to filter out noise and get better insights.

PreviousJira setupNextInvestment categories

Last updated 1 month ago

Was this helpful?

Old open pull requests can make pull request cycle time metrics difficult to interpret. Excluding pull requests provides you the option to hide old and stale pull requests in Swarmia. This is especially useful for you to start focusing on improving ways of working when adopting Swarmia without letting the burden of the past get in your way.

If your team has pull requests with no activity since the last 30 days Swarmia prompts you the option to exclude them in bulk on the .

Note that this features doesn't do anything to pull requests on GitHub, and you can continue working on excluded pull requests at any time. We recommend starting with the bulk exclusion, as you can include any excluded pull requests back into metrics later, if you so choose.

Note: For customers who installed Swarmia on October 22nd, 2024 or later, we have automatically excluded PRs older than 30 days from the metrics. These PRs are visible in the Excluded tab and can be included back manually if needed.

Manual exclusion of individual pull requests

Not all irrelevant pull requests are more than 30 days old. To give you the flexibility of configuration, we allow excluding any individual pull request from your metrics.

Automatic exclusion of individual pull requests

The filters can be defined on organization level with multiple filter types and combinations

  • Branch or title name prefix (E.g "suggestion:")

  • Draft status

    • If you are for example exploring solutions with draft PRs, you can automatically exclude them.

  • Pull request labels

  • Repository

    • The exclusion can be also limited to match only certain repositories within your organization

  • Pull request status

The pull request details pop-up shows if the pull request has been automatically excluded.

You can define pull request exclusion filters for certain type of work to avoid irrelevant exceptions and alerts. This type of work might include draft, revert, or release pull requests. You can configure the filters in the pull requests .

organization settings
Pull Request view