C# 持续集成构建成功，手动构建失败

我的团队项目由两个独立的解决方案（WCF服务托管在域内的服务器上，Web应用在DMZ中）中的Web表单应用程序和WCF服务组成。 我的团队项目有两个构建定义：CI构建和手动构建 昨天，我将一个分支合并回我的主干，为部署做准备。当我签入合并时，CI构建开始…并成功。因此，我将手动构建排队（手动构建是最终在prod服务器上完成的）。手动生成失败。我现在每次运行它都会失败，但是每次CI构建都会成功。生成日志中的错误粘贴在下面。我不知道我是如何破坏了这个构建的，我很困惑为什么CI构建成功了，但是手动构建失败了（相同的构建定义除了放置位置不同和触发器不同之外）

错误：

异常消息：访问路径“C:\Builds\1\My Web App\My Web App\Sources\MyAppWcfServices\Services\Messages'被拒绝。（类型 UnauthorizedAccessException）异常堆栈跟踪：位于 System.IO.\uu Error.WinIOError（Int32 errorCode，字符串maybeFullPath）
在System.IO.filesystemumerableiterator

1.CommonInit（）处
System.IO.FileSystemMemerableTerator

1..ctor（字符串路径，字符串 originalUserPath、字符串搜索模式、搜索选项搜索选项、， SearchResultHandler`1 resultHandler，Boolean checkHost）位于 System.IO.Directory.InternalGetFileDirectoryNames（字符串路径，字符串 userPathOriginal，字符串搜索模式，布尔值，布尔值 includeDirs、SearchOption、SearchOption、Boolean checkHost）位于 System.IO.Directory.InternalGetDirectory（字符串路径，字符串 searchPattern，SearchOption（搜索选项）位于 Microsoft.TeamFoundation.Common.FileSpec.DeleteDirectoryInternal（字符串 路径）在 Microsoft.TeamFoundation.Common.FileSpec.DeleteDirectoryInternal（字符串 路径）在 Microsoft.TeamFoundation.Common.FileSpec.DeleteDirectoryInternal（字符串 路径）在 Microsoft.TeamFoundation.Common.FileSpec.DeleteDirectoryInternal（字符串 路径）在 Microsoft.TeamFoundation.Common.FileSpec.DeleteDirectory（字符串路径， 布尔递归 Microsoft.TeamFoundation.Build.Workflow.Activities.DeleteDirectory.Execute（CodeActivityContext （上下文）在 System.Activities.CodeActivity.InternalExecute（ActivityInstance 实例、活动执行器执行器、书签管理器书签管理器） 在 System.Activities.Runtime.ActivityExecutor.ExecuteActivityWorkItem.ExecuteBody（ActivityExecutor 执行者、书签管理器书签管理器、位置结果位置）

我读过/尝试过的东西：

• （我没有运行工具， 找不到名为的日志文件，如示例…混乱）

版本控制中没有我的obj或bin目录。

---

这个构建定义已经运行了好几个月了，直到昨天。我不确定合并时发生了什么会导致这种情况。我的合并中没有冲突，这很容易…直到我尝试构建。

是否检查了实际文件是否已锁定？尝试使用unlocker之类的工具（您或其他用户）在iexplorer/cmd.exe等中打开特定文件夹/文件时，我看到发生了此错误。当TFS尝试清理目录并获取最新文件时，它将失败，因为它被另一个进程使用

---

如果您有权访问服务器，请打开taskmanager->进程并从其他用户处关闭所有iexplorer.exe/cmd.exe进程。希望能修复它。

< P>只需进入构建控制器服务器并停止“VisualStudio Team Foundation Budio Service Hub 2013”，删除您在消息中有错误的文件或文件夹，并再次启动服务

，CI和手动生成是否发生在同一服务器上？谢谢！我找到了错误所指的路径。由于某些原因，Messages目录是只读的，我无法使其可写。我正在升级到我们的服务器团队，看看他们是否能提供帮助。