Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/ios/101.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Azure devops 在什么情况下,VSTS会自动为现有存储库目录创建新的存储库目录?_Azure Devops_Azure Pipelines - Fatal编程技术网

Azure devops 在什么情况下,VSTS会自动为现有存储库目录创建新的存储库目录?

Azure devops 在什么情况下,VSTS会自动为现有存储库目录创建新的存储库目录?,azure-devops,azure-pipelines,Azure Devops,Azure Pipelines,我在我的VSTS账户下有一份回购协议,期限几乎超过6个月。我使用一个私人代理来构建它。 直到昨天,它还在使用C:\agent\\u work\13路径构建回购协议。 从今天开始,它突然在C:\agent\\u work\201创建了一个新目录,并尝试构建该项目。 这背后的原因可能是什么 下面是我当前的目录结构在私有代理上的外观 源根映射: 如果有人知道如何修复此问题,请告诉我。这不是问题,没有任何错误或需要“修复” 生成定义可能已被删除并重新创建(或克隆,然后删除原始定义),导致它开始使用

我在我的VSTS账户下有一份回购协议,期限几乎超过6个月。我使用一个私人代理来构建它。 直到昨天,它还在使用
C:\agent\\u work\13
路径构建回购协议。 从今天开始,它突然在
C:\agent\\u work\201
创建了一个新目录,并尝试构建该项目。 这背后的原因可能是什么

下面是我当前的目录结构在私有代理上的外观

源根映射:


如果有人知道如何修复此问题,请告诉我。

这不是问题,没有任何错误或需要“修复”

生成定义可能已被删除并重新创建(或克隆,然后删除原始定义),导致它开始使用新文件夹。每个生成定义都会为每个生成代理获取一个唯一的文件夹


您不应该依赖运行在任何特定位置的构建。如果您当前正在这样做,那么您的假设是错误的,需要开始使用(例如
$(Build.SourcesDirectory)
)来透明地引用生成的工作文件夹

这不是问题,没有任何错误或需要“修复”

生成定义可能已被删除并重新创建(或克隆,然后删除原始定义),导致它开始使用新文件夹。每个生成定义都会为每个生成代理获取一个唯一的文件夹


您不应该依赖运行在任何特定位置的构建。如果您当前正在这样做,那么您的假设是错误的,需要开始使用(例如
$(Build.SourcesDirectory)
)来透明地引用生成的工作文件夹

工作文件夹中有SourceRootMapping文件夹,此文件夹中有Mappings.jsonSourceFolder.json文件(
SourceRootMapping{guid}文件夹{build definition id}文件夹\ SourceFolder.json

因此,检查Mappings.json文件中的lastBuildFolderNumber和现有映射的SourceFolder.json

您可以清除工作文件夹


相关线程:

工作文件夹中有SourceRootMapping文件夹,此文件夹中有Mappings.jsonSourceFolder.json文件(
SourceRootMapping{guid}文件夹{build definition id}文件夹\SourceFolder.json

因此,检查Mappings.json文件中的lastBuildFolderNumber和现有映射的SourceFolder.json

您可以清除工作文件夹


相关线程:

但截至今天,已有6个存储库更新为新的文件夹编号。我还没有更新它的构建定义。不知何故,每个项目都被分配了一个新的编号,而构建定义没有任何更改。这背后的原因可能是什么?但是,截至今天,已有6个存储库更新为新的文件夹编号。我还没有更新它的构建定义。不知何故,每个项目都被分配了一个新的编号,而构建定义没有任何更改。这背后的原因可能是什么?但是,我的问题是,为什么它会突然改变?我没有更改任何repo的构建定义,也没有删除或重新克隆任何构建定义。我还可以移回旧映射吗?@Sameer它不会突然更改,根据屏幕截图,有190197个文件夹,因此正确增加了数量。您可以在Mappings.json中检查lastBuildFolderNumber值。使用13作为文件夹名称的原因是,存在到该文件夹的映射,您可以检查sourceFolder.json。为了解决这个问题,你可以清除你的工作文件夹。哦,对不起,我想你误解了我。我在VST有197个项目;我从2017年10月起就有了。昨天,突然为旧项目创建了新目录。和13号目录一样,201号目录被创建,24198号目录被创建。它们包含相同的存储库。另外,在清除工作文件夹后,我无法访问VSTS URL。谢天谢地,我有文件夹的备份,所以我可以在发现清除工作不起作用后粘贴内容。@Sameer它基于生成定义而不是存储库。可以删除文件夹,但仍保留映射。sourceFolder.json的内容是什么?是否有与13201相关的记录?但是,我的问题是为什么它会突然改变?我没有更改任何repo的构建定义,也没有删除或重新克隆任何构建定义。我还可以移回旧映射吗?@Sameer它不会突然更改,根据屏幕截图,有190197个文件夹,因此正确增加了数量。您可以在Mappings.json中检查lastBuildFolderNumber值。使用13作为文件夹名称的原因是,存在到该文件夹的映射,您可以检查sourceFolder.json。为了解决这个问题,你可以清除你的工作文件夹。哦,对不起,我想你误解了我。我在VST有197个项目;我从2017年10月起就有了。昨天,突然为旧项目创建了新目录。和13号目录一样,201号目录被创建,24198号目录被创建。它们包含相同的存储库。另外,在清除工作文件夹后,我无法访问VSTS URL。谢天谢地,我有文件夹的备份,所以我可以在发现清除工作不起作用后粘贴内容。@Sameer它基于生成定义而不是存储库。可以删除文件夹,但仍保留映射。sourceFolder.json的内容是什么?是否有与13201相关的记录?