Depending on your settings, every code change in your repository can trigger Bitrise builds. However, if you need to, you can skip a specific commit or pull request. Skipping means, in this context, that a code change will NOT trigger a build on Bitrise, even if the triggers are set up to do so.
Skipping a commit ⚓
To make sure a specific commit does not trigger a build, include either
[skip ci] or
[ci skip] in the commit message:
This is not important, please [skip ci]
I just changed the README [ci skip]
If you do want to start a build after all, you have two choices:
- Rebase the commit (change the commit message).
- Push another commit.
Skipping a Pull Request ⚓
Pull Requests are treated as (virtual) commits themselves, where the commit message is the title + description of the pull request. It is not the commit messages of the individual commits that make up the pull request!
If you want to skip a pull request, you have to include the
skip ci pattern in the pull request’s title or description, and not in the commit’s message!
Once you decide to not to skip the pull request / more commits in the pull request, you can simply remove the
skip ci pattern from the pull request’s title or description. This should automatically trigger a new build with the latest commit, and all future commits of the pull request will be built too (unless you add a
skip ci pattern again).
You can trigger and abort builds with the Bitrise API. Define parameters for the build: for example, branch, tag or git commit to use. Custom environment variables can be defined...
Both incoming and outgoing webhooks can be set up with the Bitrise API. They are important for automatic build triggering and the reporting of build events to other services.
You can schedule your builds to run automatically at a specific time of the week so that you can check your logs when it's most convenient for you.