Azure devops VSTS版本中不存在工件目录

Azure devops VSTS版本中不存在工件目录,azure-devops,azure-pipelines,Azure Devops,Azure Pipelines,我对VSTS中的版本有问题。不知何故,虽然我确信路径存在并且可以访问,但它没有被识别。我尝试将文件夹共享给所有人,并更改了VSTS代理的服务帐户,但仍然是一样的。有人有想法吗?谢谢 2017-09-29T10:26:47.4300253Z Directory '\\build_ezcm_01\build\Result\EZCM-Maven-CI\20170929.11\drop' does not exist. Falling back to parent directory: \\build_

我对VSTS中的版本有问题。不知何故,虽然我确信路径存在并且可以访问,但它没有被识别。我尝试将文件夹共享给所有人,并更改了VSTS代理的服务帐户,但仍然是一样的。有人有想法吗?谢谢

2017-09-29T10:26:47.4300253Z Directory '\\build_ezcm_01\build\Result\EZCM-Maven-CI\20170929.11\drop' does not exist. Falling back to parent directory: \\build_ezcm_01\build\Result\EZCM-Maven-CI\20170929.11
2017-09-29T10:26:47.7079394Z An error occurred during download: Microsoft.VisualStudio.Services.Agent.Worker.Release.Artifacts.ArtifactDownloadException: The artifact directory does not exist: \\build_ezcm_01\build\Result\EZCM-Maven-CI\20170929.11. It can happen if the password of the account factoryvm-az179\buildguest is changed recently and is not updated for the agent. If this is the case, please consider re-configuring the agent.
   at Microsoft.VisualStudio.Services.Agent.Worker.Release.Artifacts.BuildArtifact.<DownloadArtifactAsync>d__8.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.VisualStudio.Services.Agent.Worker.Release.Artifacts.BuildArtifact.<DownloadAsync>d__5.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.VisualStudio.Services.Agent.Worker.Release.ReleaseJobExtension.<>c__DisplayClass34_2.<<DownloadArtifacts>b__2>d.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.VisualStudio.Services.Agent.Worker.Release.RetryExecutor.<ExecuteAsync>d__20.MoveNext()
2017-09-29T10:26:47.4300253Z目录“\\build\u ezcm\u 01\build\Result\ezcm Maven CI\20170929.11\drop”不存在。返回父目录:\\build\u ezcm\u 01\build\Result\ezcm Maven CI\20170929.11
2017-09-29T10:26:47.7079394Z下载过程中发生错误:Microsoft.VisualStudio.Services.Agent.Worker.Release.Artifacts.ArtifactDownloadException:工件目录不存在:\\build\u ezcm\u 01\build\Result\ezcm Maven CI\20170929.11。如果最近更改了factoryvm-az179\buildguest帐户的密码,并且没有为代理更新密码,则可能会发生这种情况。如果是这种情况,请考虑重新配置代理。
位于Microsoft.VisualStudio.Services.Agent.Worker.Release.Artifacts.BuildArtifact.d_u8.MoveNext()上
---来自引发异常的上一个位置的堆栈结束跟踪---
在System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()中
在System.Runtime.CompilerServices.TaskWaiter.HandleNonSuccessAndDebuggerNotification(任务任务)中
位于Microsoft.VisualStudio.Services.Agent.Worker.Release.Artifacts.BuildArtifact.d_u5.MoveNext()上
---来自引发异常的上一个位置的堆栈结束跟踪---
在System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()中
在System.Runtime.CompilerServices.TaskWaiter.HandleNonSuccessAndDebuggerNotification(任务任务)中
在Microsoft.VisualStudio.Services.Agent.Worker.Release.ReleaseJobExtension.c__DisplayClass34_2.d.MoveNext()上
---来自引发异常的上一个位置的堆栈结束跟踪---
在System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()中
在System.Runtime.CompilerServices.TaskWaiter.HandleNonSuccessAndDebuggerNotification(任务任务)中
在Microsoft.VisualStudio.Services.Agent.Worker.Release.RetryExecutor.d_u20.MoveNext()上

检查代理队列以获取您的发布

我收到了关于FactoryVM和密码的相同错误消息-我正在尝试使用网络共享进行nuget推送。当nuget任务是构建的一部分时(跳过工件并从build dir中推送),它工作得很好,但是当我将它移动到一个发行版并且必须从文件共享中获取工件的包时,它开始失败

事实证明,我新创建的版本使用的是托管队列(VS2017),而我使用的是私有代理。在(当前新的)编辑器中,可以通过单击“任务”下的“代理阶段”块进行设置。切换队列解决了这个问题


发布时您使用了哪个代理,托管代理还是私有代理?如果您使用的是private agent,请登录private agent所在的计算机,并尝试访问共享路径
\\build\u ezcm\u 01\build\Result\ezcm Maven CI\20170929.11\drop
,以确保其可访问。@Marina MSFT:我使用的是private agent。我再次尝试访问该文件夹,但仍然可以访问。谢谢@Volkirith。我已经删除了我的发布配置,并改为一种不同的方法,所以我无法测试你的建议。它对我有效-非常感谢-我从来没有想到过这一点!