如何在矩阵策略中检查单个作业的状态？

我们使用 Azure DevOps Server 2019（本地）。

我想在 Powershell 中编写自定义 Azure DevOps 任务。到目前为止，我在网上看到的示例都是关于在 Typescript 中创作的。

我想知道 - 这是唯一的方法吗？例如，我们可以使用 Powershell 吗？

每个人！我目前在一家刚刚开始使用 Azure DevOps Server 的公司工作。

我们习惯于使用 S 表示小，M 表示中，L 表示大来对我们的工作项进行分类。作为内部约定，它们之间的比例为：

1 中 = 2 小。

1 大 = 4 小。

因此，为了继续使用它，我们在工作项上创建了一个新字段来填充每个工作项的估计大小。

从那时起一切都很好，但现在我们开始使用查询从 Azure DevOps 获取我们的开发指标。在查询结果中，我没有找到将尺寸（S、M 或 L）转换为数值以显示在图表上的方法。

例如，我需要根据我上面提到的比例创建一个考虑“S”工作量的燃尽图。

任何人都可以提出一种方法来解决我的问题而不改变我们的估计模式？

上下文

我有一个安装了单个部署代理的本地 TFS (Azure DevOps) 服务器（版本 2018.2）。

此代理位于共享部署组中，用于部署多个 IIS Web 应用程序，每个应用程序驻留在自己的项目和发布管道中。

发布管道都使用相同的流程，运行IIS Web 应用部署模块来部署每个应用程序。

在部署参数中，每个应用程序都有自己的唯一virtual application指定。

问题

部署一个应用程序时，它会正确部署到其唯一的虚拟应用程序，但代理配置为部署的所有其他虚拟应用程序即使在其他发布管道中也会被一个应用程序覆盖。

我试过的

1. 验证每个virtual application参数实际上在配置中是唯一的
2. 已验证任何给定部署的发布部署日志均未提及任何额外的部署路径。这尤其令人困惑，因为日志表明该操作仅正确部署到一个虚拟应用程序。
3. 检查目标服务器上的任何奇怪的 IIS 日志

问题

调试此类 Azure DevOps 问题的最佳后续步骤是什么？这是一个本地服务器，因此与云托管相比，我拥有更高级别的访问权限。

我在想也许：

1. 检查代理版本并将其更新到最新？
2. 是否还有其他包含有价值信息的日志？在目标服务器上？在 DevOps 服务器上？

我正在使用 Azure DevOps On-Prem（版本 Dev17.M153.3）并且我有 2 个项目。假设第一个是'A'，第二个是'B'

PS：我正在使用我自己的构建代理。

一个项目没有任何依赖。 B 项目依赖于A 项目。

我为A 项目创建了一个构建管道，然后我从私有 Azure Artifacts 发布了包。现在我需要在我的B 项目的构建管道中使用这个包。

我的提要权限如下；

我的B 项目从 NuGet 管理器中引用了 A 项目。但是当我尝试完成构建时，我在恢复时遇到了错误。

从 vstsFeed 开始尝试 :(

从 Nuget.config 文件第二次尝试

两者都不起作用，我收到了这个错误

我猜它说不能从管道访问提要。

任何想法来解决这个问题。

在 Azure DevOps Cloud 解决方案中，当您切换“将作业授权范围限制为当前项目”时，它可以工作。但在 Azure DevOps Server (on-prem) 中，该选项不可用。根据这个问题

我正在尝试将项目从一个组织项目迁移到另一个项目。从源 Azure Devops 项目到目标 DEvops 项目。

ReflectedWorkItemIDFieldName: 应该是什么？

我尝试将其更改为：

但它没有帮助。请帮我

错误

===

我的配置文件

我在 Azure DevOps Server Version Dev17.M153.3 上运行的管道中有以下定义

保存更改后，我可以看到以下内容已添加到管道定义中

现在我正在使用导出选项导出管道。然后我删除管道并使用导出的 json 文件导入它。导入的管道缺少审批者定义，但我可以在导出的 json 中看到定义。

我在这里遗漏了什么还是实际上是 Microsoft 错误？

使用VssConnection（或其他）有没有办法判断所连接的服务器是在本地还是由 Microsoft 托管（即 Azure DevOps 服务）？到目前为止，我的研究表明，如果ServerTypeGUID 是，{87966eaa-cb2a-443f-be3c-47bd3b5bf3cb}那么它就是一个本地实例，但我在任何地方都找不到此文档。

在以前版本的 API（基于 SOAP 的 API）中ServerCapabilities，由 的实例返回的枚举TfsTeamProjectCollection曾经能够做到这一点。属性 'IsHostedServer' 上TfsTeamProjectCollection的此信息实际上是从服务器本身返回的。

有没有办法肯定地说出来？

我正在尝试使用Microsoft.TeamFoundationServer.Client nuget 包更新我的测试结果。因此，我使用的是 c# 代码。

我使用具有完全访问权限的个人访问令牌 (PAT) 连接到我们的服务器

要求更新的方法如下：

结果

我收到一个例外，说只有Forbidden（通常是403 错误），但请稍等，当我在我的 PC（到我们的服务器）上建立 VPN 连接时，相同的代码有效！

有人有想法吗？任何缺少的许可或类似的东西？

我的本地 Azure DevOps 2019 备份显示 .mdf 文件的大小不可持续地增加

• query1 显示它是“dbo.tbl_content”表
• query2 显示它是 112GB 的“FileContainer”。
• query3 显示它的 pipelines://b 为 93GB。
• query4 显示使用的大小已从每月 1GB 增加到每月无法承受的 10GB。这发生在 2020 年 1 月，可能巧合的是，我们从 TFS18 升级到了 AzureDevOps19。

所以，我相信我正在寻找需要清理的构建管道（而不是发布管道）？从历史上看，我们曾尝试保留 366 天的旧构建日志，但按照我们的速度，我们不会成功。

我们有大约 40 个构建管道（一些历史性的，不再运行），inc 4 在提交时触发（CI）。

回复：保留政策...

• 典型的 CI 构建保留策略。保留天数：10 分钟保留：1
• 典型的 RC 构建保留策略。保留天数：180 分钟保留：50
• 来自：DefaultCollection/Base/_settings/buildqueue... 最长保留策略/保留天数：183 最少保留：55 默认保留策略/保留天数：15 最少保留：1 永久销毁构建/保留构建记录后的天数删除：366 <-我昨天从7000减少了这个

任何帮助在这里表示赞赏，但特别是：

• 如何追踪导致问题的特定构建？我该如何解决？

• 是否有任何工具可以告诉我问题所在。比如TFS曾经有一个健康审计工具，但是我看不到？

  query1 SELECT TOP 10 o.name, SUM(reserved_pa​​ge_count) * 8.0 / 1024 SizeInMB, SUM(CASE WHEN p.index_id <= 1 THEN p.row_count ELSE 0 END) Row_Count FROM sys.dm_db_partition_stats p JOIN sys.objects o ON p. object_id = o.object_id GROUP BY o.name ORDER BY SUM(reserved_pa​​ge_count) DESC

  query2 SELECT Owner = CASE WHEN OwnerId = 0 THEN 'Generic' WHEN OwnerId = 1 THEN 'VersionControl' WHEN OwnerId = 2 THEN 'WorkItemTracking' WHEN OwnerId = 3 THEN 'TeamBuild' WHEN OwnerId = 4 THEN 'TeamTest' WHEN OwnerId = 5 THEN '服务' WHEN OwnerId = 6 THEN 'UnitTest' WHEN OwnerId = 7 THEN 'WebAccess' WHEN OwnerId = 8 THEN 'ProcessTemplate' WHEN OwnerId = 9 THEN 'StrongBox' WHEN OwnerId = 10 THEN 'FileContainer' WHEN OwnerId = 11 THEN 'CodeSense ' WHEN OwnerId = 12 THEN 'Profile' WHEN OwnerId = 13 THEN 'Aad' WHEN OwnerId = 14 THEN 'Gallery' WHEN OwnerId = 15 THEN 'BlobStore' WHEN OwnerId = 255 THEN 'PendingDeletion' END, SUM(CompressedLength) / 1024.0 / 1024.0 AS BlobSizeInMB FROM tbl_FileReference AS r JOIN tbl_FileMetadata AS m ON r.ResourceId = m.ResourceId AND r.PartitionId = m.PartitionId WHERE r.PartitionId = 1 GROUP BY OwnerId ORDER BY 2 DESC

  query3 SELECT CASE WHEN Container = 'vstfs:///Buil' THEN 'Build' WHEN Container = 'vstfs:///Git/' THEN 'Git' WHEN Container = 'vstfs:///Dist' THEN 'DistributedTask' WHEN Container = 'vstfs:///Rele' THEN 'Release' ELSE Con​​tainer END AS FileContainerOwner, SUM(fm.CompressedLength) / 1024 / 1024 AS TotalSizeInMB FROM (SELECT DISTINCT LEFT(c.ArtifactUri, 13) AS Container, fr.ResourceId , ci.PartitionId FROM tbl_Container c with (nolock) INNER JOIN tbl_ContainerItem ci ON c.ContainerId = ci.ContainerId AND c.PartitionId = ci.PartitionId INNER JOIN tbl_FileReference fr ON ci.fileId = fr.fileId AND ci.DataspaceId = fr。 DataspaceId AND ci.PartitionId = fr.PartitionId) c INNER JOIN tbl_FileMetadata fm ON fm.ResourceId = c.ResourceId AND fm.PartitionId = c.PartitionId GROUP BY c。按 T​​otalSizeInMB DESC 排序的容器

  query4 选择 DATEPART(yyyy, CreationDate) as [year], DATEPART(mm, CreationDate) as [month], SUM(DATALENGTH(Content)) / 1048576 as [Size in Mb] From tbl_Content With (nolock) Group by DATEPART(yyyy , CreationDate), DATEPART(mm, CreationDate) Order by DATEPART(yyyy, CreationDate), DATEPART(mm, CreationDate)

相关问题：TFS2015 tbl_Content 增加