You can run DebugBear as part of your Continuous Integration process. For every commit you'll be able to see how your changes affect factors like bundle size and Lighthouse scores.
If you've set up a performance budget builds will fail if the budget is breached.
Read this how-to article for a more detailed guide to setting up CI reporting with DebugBear.
Note: this is done automatically if you use the ZEIT integration.
You can now use the CLI to analyze pages and report the results to Github.
Results are reported to Github if the following arguments are passed into the CLI. These can be inferred in CI environments like CircleCI or TravisCI if you pass the --inferBuildInfo
flag.
--repoOwner
--repoName
--commitHash
You should also pass in a --baseBranch
so that your tests are compared to other CI builds instead of the production URL. Usually the base branch will be master
or develop
.
By default your build will be compared to the most recent completed analysis on the base branch. You can use --baseHash
to compare to a specific build.
For each page you analyze as part of your CI build DebugBear will add a status item to the commit on GitHub.
You can find more information by clicking on "Details". Then click "See full details" to go to the view the full build result on DebugBear.
Setting up a performance budget for a page allows you to make your build fail if the budget is breached.
If no performance budget is set up the builds will have a "neutral" status.