TeamCity Add-in 2017.3 Help

Keymap:

Filtering Server Changes by Solution

ReSharper | TeamCity | Toggle Filter By SolutionCtrl+Shift+Alt+T

TeamCity Add-in allows filtering TeamCity server changes ( any changes you have committed to the source control systems enabled in the TeamCity Add-in options, as well as your personal builds ), which you can see in the My Changes window, as well as dotCover snapshots created on the TeamCity server: both can be filtered by the currently opened solution.

If your VCS username differs from your TeamCity username, make sure that your VCS username is configured in your TeamCity user account. You can also hover over your VCS username in the TeamCity web interface and click It's me in the pop-up.

When you are working on several solutions simultaneously, filtering your changes by a solution makes it easier to review your changes. By default, filtering server changes is off. To enable it, press Ctrl+Shift+Alt+T or choose ReSharper | TeamCity | Toggle Filter By Solution in the main menu.

For TeamCity Add-in to find suitable configurations to filter your changes or code coverage data, the following requirements must be met.

Requirements to version control settings

Case Sensitivity

Version control settings are case-sensitive. Make sure that your local version control settings and those specified on the TeamCity server are configured in the same way.

Checkout paths

If TeamCity Add-in finds suitable configurations for personal builds, but cannot find such configurations to filter your changes by a solution, this may mean that the checkout path on the TeamCity server points to a directory located deeper than the one monitored by your local settings.

For example, locally you have configured your source root as A/B/C/**, while in the build configuration on the TeamCity server you have specified the VCS root as A/B/C and added a checkout rule like +:D=>... This means that TeamCity actually monitors the path A/B/C/D.

Example

Settings that do not work

Version Control - In your version control system you have following directories: root/src with sources and root/testsrc with tests.

TeamCity server - On the TeamCity server you have 2 build configurations that use the same Version Control Root. The VCS root configured is root. The first build configuration compiles the sources, so it has a checkout rule specified that points to root/src. The second build configuration runs tests and has a checkout rule specified that point to root/testsrc.

Requirements to TeamCity user permissions and settings

If your version control settings are configured correctly and TeamCity Add-in still cannot find a suitable configuration, the problem may be in your user permissions on the TeamCity server. You should have permissions to view and run builds for the corresponding build configuration on the TeamCity server in order to be able to perform a personal build from TeamCity Add-in.

You can view your roles and permissions in different TeamCity projects on the My Settings and Tools page in the TeamCity web UI. If you do not have sufficient permissions to run a build of the desired configuration, contact your TeamCity administrator.

By default, personal builds are enabled on the TeamCity server. However, there is an option to disable personal builds. Please make sure that personal builds are enabled on your TeamCity server for the desired configuration.