Branch Remote Run trigger automatically starts a new Personal Build each time TeamCity detects changes in particular branches of the VCS roots of the build configuration.
At the moment this trigger supports only Git and Mercurial VCSes.
For non-personal builds off branches, please see Working with Feature Branches. When
branch specification is configured for a VCS root, Branch Remote Run Trigger only processes branches not matched by the specification.
A trigger monitors branches with names that match specific patterns. Default patterns are:
for Git repositories — refs/heads/remote-run/*
for Mercurial repositories — remote-run/*
These branches are regular version control branches and TeamCity does not manage them (i.e. if you no longer need the branch you would need to delete the branch using regular version control means).
By default TeamCity triggers a personal build for the user detected in the last commit of the branch. You might also specify TeamCity user in the name of the branch. To do that use a placeholder TEAMCITY_USERNAME in the pattern and your TeamCity username in the name of the branch, for example pattern remote-run/TEAMCITY_USERNAME/* will match a branch remote-run/joe/my_feature and start a personal build for the TeamCity user
joe (if such user exists).
In order to trigger a build branch should have at least one new commit comparing to the main branch.
Example: Run a personal build from a command line.
With the default pattern (refs/heads/remote-run/*) command
git branch -r will list your personal branches. If you want to hide them, change the pattern to refs/remote-run/* and push your changes to branches like refs/remote-run/my_feature. In this case your branches are not listed by the above command, although you can see them anyway using
git ls-remote <url of git repository>.
If your build configuration has more then one VCS root which support for branch remote-run and you push changes to both of them, TeamCity will start several personal builds with changes from one VCS root each.