Inspections (.NET)
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. Usage of the tools within TeamCity does not require any additional licensing for ReSharper. ReSharper analyzes your C#, VB.NET, XAML, XML, ASP.NET, ASP.NET MVC, JavaScript, HTML, CSS code and allows you to:
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
If you want to run ReSharper inspections using a specific ReSharper version (e.g. to ensure it matches the version you have installed in Visual Studio), since TeamCity 10.0 you can install another version of the tools and can change the default version to be used using the Administration | Tools page.
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
Option | Description |
|---|---|
Solution file path | The path to .sln file created by Microsoft Visual Studio 2005 or later. The specified path should be relative to the checkout directory. |
Projects filter | Specify project name wildcards to analyze only a part of the solution. Leave blank to analyze the whole solution. Separate wildcards with new lines. Example: JetBrains.CommandLine.*
*.Common
*.Tests.*
|
Environment Requirements
Option | Description |
|---|---|
Target Frameworks | This option allows you to handle the Visual Studio Multi-Targeting feature. Agent requirement will be created for every checked item. |
InspectCode Options
Option | Description |
|---|---|
Custom settings profile path | The path to the file containing ReSharper settings created with JetBrains Resharper 6.1 or later. The specified path should be relative to the checkout directory. If specified, this settings layer has the top priority, so it overrides ReSharper build-in settings. By default, build-in ReSharper settings layers are applied. For additional information about ReSharper settings system, visit ReSharper Web Help and JetBrains .NET Tools Blog |
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.