得到一个;shell.js:内部错误“;在Windows Server 2012 R2服务器中尝试使用TFS 2015发布时

得到一个;shell.js:内部错误“;在Windows Server 2012 R2服务器中尝试使用TFS 2015发布时,tfs,Tfs,我们正在开发一个WPF应用程序。我们目前有两个发布环境来生成WPF应用程序,一个用于开发,另一个用于测试。我们的做法是在以后禁用自动生成新的测试版本。只有一个版本定义 发布定义只包含三个步骤:两个是PowerShell++脚本,由前TFS管理员编写,用于更改数据库连接字符串并签署WPF应用程序的证书(我们使用ClickOnce部署应用程序)。第三步将文件从生成位置复制到目标位置,用户可以在安装ClickOnce Setup.exe时在该位置进行设置,或者在执行生成/发布时,ClickOnce将在

我们正在开发一个WPF应用程序。我们目前有两个发布环境来生成WPF应用程序,一个用于开发,另一个用于测试。我们的做法是在以后禁用自动生成新的测试版本。只有一个版本定义

发布定义只包含三个步骤:两个是PowerShell++脚本,由前TFS管理员编写,用于更改数据库连接字符串并签署WPF应用程序的证书(我们使用ClickOnce部署应用程序)。第三步将文件从生成位置复制到目标位置,用户可以在安装ClickOnce Setup.exe时在该位置进行设置,或者在执行生成/发布时,ClickOnce将在该位置检索应用程序的新版本。配置变量定义ClickOnce部署复制到的位置。文件复制到相同的Windows Server 2012 R2服务器,只是不同的文件夹。环境保护署发布的测试在我们上次使用它的三月份就开始工作了

今天,我们需要制作一个新的应用程序测试版本,所以我更改了开发环境中的部署条件,以允许在发布后进行部署。然后,我使用最新版本在Dev和Test上发布了这个版本。它为开发人员工作得很好,但测试失败。最后一步失败了。它失败,出现以下错误:

2020-09-18T16:13:20.2510464Z shell.js:内部错误 2020-09-18T16:13:20.2510464Z错误:EPERM:不允许操作, mkdir'\\ourserver\Releases\Pharmacy Warehouse\Pharmacy Warehouse 测试'2020-09-18T16:13:20.2510464Z出错(本机) 2020-09-18T16:13:20.2510464Z位于Object.fs.mkdirSync(fs.js:842:18) 2020-09-18T16:13:20.2510464Z在MKDIRS (E:\agent2\tasks\CopyFiles\1.0.13\node\u modules\shelljs\src\mkdir.js:11:8) 2020-09-18T16:13:20.2510464Z E:\agent2\tasks\CopyFiles\1.0.13\node\u modules\shelljs\src\mkdir.js:63:7 2020-09-18T16:13:20.2510464Z at Array.forEach(本机) 2020-09-18T16:13:20.2510464Z对准目标 (E:\agent2\tasks\CopyFiles\1.0.13\node\u modules\shelljs\src\mkdir.js:48:8) 2020-09-18T16:13:20.2510464Z在Object.mkdir (E:\agent2\tasks\CopyFiles\1.0.13\node\u modules\shelljs\src\common.js:186:23) 2020-09-18T16:13:20.2510464Z在Object.mkdirP (E:\agent2\tasks\CopyFiles\1.0.13\node\u modules\vsts task lib\task.js:530:19) 2020-09-18T16:13:20.2510464Z对准目标。 (E:\agent2\tasks\CopyFiles\1.0.13\CopyFiles.js:167:8) 2020-09-18T16:13:20.2510464Z模块处。编译(Module.js:413:34)


我以前从未遇到过这个错误。当我搜索它时,我发现了涉及npm或node.js的问题。我们没有在这个WPF项目中使用npm或node.js。如果shell.js在测试环境中失败,但在开发环境中工作正常,那么会发生什么情况?

Hi@Rod,您能否将变量system.debug设置为true,然后在此处共享完整日志?此外,请尝试更新代理,然后重试。ThanksHi@VitoLiu MSFT,我的一位同事能够让发布生效。他签入了一些更改,从而启动了构建/发布序列。在这一点上,因为发布成功了,我正在考虑结束这个问题。嗨@VitoLiu MSFT,就像我昨天说的,这个问题现在已经过去了,因为我的同事能够让构建工作正常进行。然而,我想补充一点,我根本不知道在哪里或如何设置system.debug。我从未接受过任何关于TFS的培训,也不太可能得到它。Hi@Rod,我们可以定义变量System.Debug并将其设置为true以获取调试管道问题的更详细日志,您可以参考此获取详细信息。顺便问一下,你能在回答中分享解决方案吗?在这种情况下,其他人可以直接找到有用的解决方案。谢谢