Integrate NDepend with TFS
Deploy the NDepend TFS plugin
To deploy on TFS version 20XX (TFS2013 supported for now, TFS2015 will be supported), in the directory $NDependInstallationDirectory$\Integration\TFS\TFS20XX start the executable NDepend.TFS20XX.Deploy.exe. The UI below is shown. You just need to connect to the Team Projects Collection on which you wish to deploy the NDepend TFS plugin, select the controller(s), and eventually customize the paths where the NDepend assemblies and Build template will be deployed on the server.
Notice that 2 templates are provided, to handle both TFVC (TFS Version Control) and Git scenarios.
On each TFS Build Agent, you need to unzip the NDepend redistributable files in a defined directory, like C:\NDepend\v6 for example.
CAUTION: You must make sure that the NDepend version installed on the build machine is the same version than the one deployed through NDepend.TFS20XX.Deploy.exe. Else it won't work. To check the version of an assembly you can for example, hover with the mouse the assembly in the Windows Explorer, and wait until a tooltip appears, that shows the assembly version.
Integrate the NDepend analysis into your TFS Build Definition
To get started, use the NDepend build template (here NDepend_TfvcTemplate.12.EN.xaml same procedure applies for the Git template). In the Build Process definition window, in the Process tab, there are several sections concerning the NDepend plugin.
Set the various thresholds concerning rules (and critical rules) number of violations, to emit a build warning or error upon NDepend rules execution result.
Make sure to use the option Build Defaults > copy build output to specified drop folder (UNC path). Doing so will make the report link work from both:
Define the Baseline for Comparison
If you want to use the Diff features of NDepend (including rules on diff, or filter recent violations only) you can assign a past TFS Build to the field NDepend analysis baseline for comparison. Once the baseline build is selected, a message box will propose to flag the selected build as Retain Indefinitely to avoid this build being deleted according to retention policies. This would obviously break the NDepend baseline.
NDepend Custom Activities
The assemblies NDepend.TFS20XX.Activities.dll comes with several custom TFS build process activities. These activities are used by the NDepend build template.
The architecture of multiple custom activities chained, will let you customize your own Build template usage of NDepend analysis results.
Customize the Build Template
To visualize or edit a Build template, first consult the reference document Customize your build process template. Then follow this steps:
Now, let's focus on some non-trivial details of the NDepend activities.
A TFS convention is that assemblies built by the TFS build process are output to the $(BinariesDirectory). If we look into the parent activity Get assemblies to analyze, we can see that paths to assemblies to analyze, referenced by the NDepend project, are overridden. This way the NDepend analysis will attempt to find assemblies to analyze in the $(BinariesDirectory).
The way assemblies are resolved can be customized to your need by modifying steps previous Override application assemblies.
Deal with Code coverage files
The NDepend project file typically referenced one or several code coverage files to import at analysis time. This way NDepend is aware of code coverage ratio for each code elements. In a TFS build process, code coverage files can be generated, prior running the NDepend analysis activities.
To make easier to import these code coverage files, the activity ImportCoverageFilesFromDir (in the template box Import code coverage files) has a parameter named CoverageFilesDir whose value is set per default to:
System.IO.Path.Combine(BinariesDirectory, "CoverageFiles")This way your build process just have to copy all coverage files to import in this directory, no matter the coverage technology and the coverage file names.
The coverage files found in the coverage directories will come in addition to coverage files already referenced by the NDepend project (if any).
Log Trend Metrics
Trend metrics can be logged during each build. To do so, just assign the value true to the field Compute Trend Metrics in the Build Process definition. If this value is set to true in the template box If trend metrics must be computed override trend metrics directory in ndproj the directory where trend metrics are stored in the NDepend project is overridden with the default value:
System.IO.Path.Combine(nd_buildDetail.DropLocationRoot, nd_buildDetail.BuildDefinition.Name, ND_TRENDMETRICS_DIRNAME)If you change this default directory, make sure to not specify a directory inside any Build drop location (else it will be removed once the Build is removed).
Notice that the value specified in the NDepend project concerning log recurrence (like log at most once a day) is not taken account. Trend metrics are logged every time the NDepend activities Log trend metrics is executed.
Build Summary and Logs
The NDepend TFS plugin adds up a section in the summary of the TFS Build. There you'll find key metrics, errors and warnings, and also a link to the NDepend report.
If you click View Log you'll see Build logs. The NDepend TFS plugin appends many logs that detail activities sequential execution details. These logs should help you solve most issues.
Web Access Extension
A TFS Web Access extension can be installed to decorate builds listed with a link to the NDepend report.
To install this extension, navigate to the TFS Web Access site in your browser. For instance: http://YOURSERVERNAME:8080/tfs. Then click the gear icon to go to settings.
In the Control panel, select the Extensions tab and choose Install.
Click the Enable button next to the NDepend TFS Extension extension. Then click OK in the dialog prompting you to grant access to the extension.
Note: Make sure to use the option Build Defaults > copy build output to specified drop folder (UNC path). (see section Integrate the NDepend analysis into your TFS Build Definition).