C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ MSBuild.exe
C: \ Program Files (x86) \ MSBuild \ 12.0 \ Bin \ MSBuild.exe
Jenkins was very important to you with his requirements.
MSBuild.exe is executable, not a directory, as it reports. In the input field, you must specify the folder containing MSBuild.exe
, but the task is executing . MSBuild expects you to provide a file name. The way around this discrepancy between Job and Configuration Manager is to configure the
Add the MSBuild plugin without specifying the name of the executable in the
Path to MsBuild to satisfy the verification requirements on the Add Plugin page.
After adding the plugin, you can change Path to MsBuild to contain the name of the executable file (which, of course, MSBuild.exe ), and not a validation error, you will receive a warning.
Ignore the warning.
Save it anyway.
It bypasses the initial test required to add the plug-in and will "just work."

Your Jenkins service should most likely be granted access to the file system "by allowing it to interact with the desktop," as mentioned by other posters. 
But your main problem is that the configuration plug-in conflicts with the agent, which uses the configuration, and to use the plug-in to perform assemblies, you need to use a workaround.
K. Alan Bates
source share