我在Windows Server 2012上安装了Jenkins,这一切都运行良好.但是,一旦我尝试配置MSBuild和VS Code指标插件,我收到以下错误:
C:\ Windows\Microsoft.NET\Framework\v3.5\msbuild.exe不是Jenkins主服务器上的目录(但可能存在于某些从服务器上)
我检查了路径并且它们是正确的,但Jenkins无法访问它们.
任何人都可以建议可能出错的地方.
谢谢
从路径中的msbuild.exe末尾删除扩展名“ .exe”,以避免出现警告:C:\Windows\Microsoft.NET\Framework\v4.0.30319\msbuild
。
我有同样的问题,我的解决方案是:
如果您将Jenkins作为Window的服务运行,则可能需要启用该服务以与桌面交互.请执行下列操作:
打开"服务"模块(按:WindowsKey + R> Services.msc)
右键单击Jenkins服务,然后选择"属性"
在"登录"选项卡上,运行"本地系统帐户"并勾选"允许服务与桌面交互"复选框
- 要么 -
您可以通过命令行运行Jenkins.即:"java -jar jenkins.war"(jenkins.war文件位于Jenkins安装目录中).
干杯,
J.
C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe C:\Program Files (x86)\MSBuild\12.0\Bin\MSBuild.exe
詹金斯非常关心你的要求. MSBuild.exe
是一个可执行文件,而不是它报告的目录.输入框期待您识别包含MSBuild.exe的文件夹,但是执行作业的MSBuild期望你所提供的文件名.解决Job和Configuration Manager之间不一致的方法是Add the MSBuild
插件配置,而不在Path to MsBuild
输入中提供可执行文件的名称,以满足"Add Plugin"页面的验证要求.
添加插件后,您可以修改Path to MsBuild
包含可执行文件的名称(当然是MSBuild.exe
),而不是验证错误,您将收到警告.
Ignore the warning. Save it anyway.
它将绕过添加插件所需的初始验证,并且"只是工作".
如其他海报所述,您的Jenkins服务可能仍然需要通过"允许它与桌面交互"来授予对文件系统的访问权限.
但是您的主要问题是插件配置与使用该配置的代理冲突,并且为了使用该插件执行构建,您必须使用变通方法.