The Inspections (.NET) runner allows you to use the benefits of JetBrains ReSharper code quality analysis feature right in TeamCity using the bundled JetBrains ReSharper Command Line Tools. Since TeamCity 10.0, in addition to the bundled version, it is possible to install another version of the tools and/or change the defaults using the Administration | Tools page.
- Find probable bugs
- Eliminate errors and code smells
- Detect performance issues
- Improve the code structure and maintainability
- Ensure the code conforms to guidelines, standards and specifications
This page contains reference information about the Inspections (.Net) Build Runner fields:
You can also refer to ReSharper documentation for more details.
Sources to Analyze
Solution file path
The path to .sln file created by Microsoft Visual Studio 2005 or later.
Specify project name wildcards to analyze only a part of the solution. Leave blank to analyze the whole solution.
This option allows you to handle the Visual Studio Multi-Targeting feature.
Custom settings profile path
The path to the file containing ReSharper settings created with JetBrains Resharper 6.1 or later.
Enable debug output
Check this option to include debug messages in the build log and publish the file with additional logs (dotnet-tools-inspectcode.log) as a hidden artifact.
|Additional inspectCode.exe arguments:|
Specify newline-separated command line parameters to add to calling inspectCode.exe.
Build Failure Conditions
If a build has too many inspection errors or warnings, you can configure it to fail by setting a build failure condition.
Build before analyze
In order to have adequate inspections execution results, you may need to build your solution before running analysis.
This pre-step is especially actual when you use (implicitly or explicitly) code generation in your project.