问题标签 [azure-devops-server-2019]

我已经部署了 TFS 2019（Azure DevOps Server 2019）。我遇到的问题是我的Tfs_Configuration数据库增长非常快（每月± 1 GB）。当前表dbo.tbl_Content有±10 GB。我不是每天都使用这个 TFS，所以对我来说是个谜，为什么它增长得如此之快。

特别是为什么Tfs_Configuration数据库而不是集合数据库。

该表中存储了什么？这里是如何从这个表中提取数据到更易读的格式？

有人对配置数据库有同样的问题吗？

谢谢。

编辑：表dbo.tbl_Content在数据库中快速增长Tfs_Configuration

我正在尝试为 Azure DevOps Server 更新内部开发的插件。以前公司使用的是 TFS 2017，并且插件工作正常。现在，它启动了（我通过 EventLog 中的消息看到它），但有一个问题，即函数 ServerItemExists 返回“False”，但实际上文件存在。

我发现有关 versionControl TfsConfigurationServer.GetService() 总是返回 null 的问题（TfsConfigurationServer.GetService<VersionControlServer>() 总是返回 null），但似乎不是我的情况。这里代码如下

因此，我将 EventViewer 用作调试输出之类的东西，我看到，我收到的消息是“项目存在为假”。但是文件存在！

我在路径定义方面的建议。浏览器中元素的 URL 如下所示：http://tfs1:8080/tfs/DefaultCollection/Project1/_versionControl?path=%24%2FProject1%2FAutoCodeReview.xml

正如我通过 EventVwr 发现的，这些是路径：

configFileServerPath $/Project1/AutoCodeReview.xml

TeamProjectCollection.Name http://tfs1:8080/tfs/DefaultCollection/

所以这在 TFS 2017 中运行良好，并表明 Azure DevOps Server 2019 中没有文件。作为我 C# 的新手，似乎很难意识到出了什么问题。

我们是一个尝试升级我们的 Windows 应用程序以使用 Azure DevOps Services 的新基于 REST 的 .NET 客户端库而不是使用 SOAP 的客户端 OM 的团队。

我们正在升级的应用程序部分执行以下操作：

1. 检出所有AssemblyInfoVersion.cs文件。

2. 更新这些文件的版本。

3. 检入所有文件。

4. 创建一个标签，其中包含有关版本已更新的信息。

我们设法使用该CreateChangesetAsync方法使用新的基于 REST 的 .NET 客户端库完成了前三个步骤。

但是我们找不到任何关于如何创建标签的信息，所以我们无法完成最后一步。这真的不支持吗？

我一直在处理一台老化的 Windows Server 2008 机器，并将 TFS 升级到 2017.2。现在，借助 Azure DevOps Server 2019，不再提供对 Windows Server 2008 的支持。此外，现有的 SQL Server 是 2012，也不再受支持。由于存在操作系统限制，我无法将数据库升级到 SQL Server 2014+。在我们公司，不允许就地升级操作系统。

现有设置如下：

• Windows Server 2008（一个虚拟机）
• TFS 2017.2
• SQL Server 2012 Ent（在同一 VM 上）
• 非 HTTPS 计算机名称 URL 团队门户通过 Intranet 访问

我为 Azure DevOps 2019.0.1 准备了全新的 Windows Server 2016。我还能够为 Azure DevOps 获取基于 SQL Server 2017 Ent 的 SQL AlwaysON 集群。

如果我继续进行 DevOps 设置，我将针对新的数据库集群，它会相应地设置新的数据库。

如何将现有集合移动到新集群（简单：在新集群上恢复数据库）？

Azure DevOps 会接受新的集合吗？

我读过的所有迁移主题总是假设 DB 服务器和 TFS 服务器是相同的并且不会改变。

我正在尝试通过测试用例 ID 检索包含特定测试用例的所有测试套件。

我正在发送以下 GET 调用：

我没有收到测试套装列表，而是收到以下回复：

如果我将项目添加到请求 url，我会收到Page not found 404错误，所以我假设项目名称不应该在那里。但即使没有它，我也会收到request is invalid消息。

测试用例ID是正确的，我试了几次，反应都是一样的。

这个 REST 调用我缺少什么？我在其他电话中没有类似的问题。

我使用以下 Microsoft 资源作为参考：

https://docs.microsoft.com/en-us/rest/api/azure/devops/test/test%20%20suites/get%20suites%20by%20test%20case%20id?view=azure-devops-rest- 5.0

我正在使用 Azure DevOps 服务器 (TFS)，我在我的测试和生产服务器中注册了部署池代理，现在我需要卸载或删除我的服务器和我的 UI 上的配置，我该怎么做才能有一个脚本运行或只需删除文件，或者您能帮我什么忙。

带有Azure DevOps 扩展的Azure CLI已替换VSTS CLI。但是我找不到任何关于如何使用带有 Azure DevOps 扩展的 Azure CLI 连接到 Team Foundation Server (TFS) 或 Azure DevOps Server 的示例。

我尝试在我的 Azure DevOps 服务器上创建一个具有所有范围权限的 PAT。然后我使用以下命令登录：

这是我所拥有的：

令牌不能错。我不知道发生了什么事。

我对 Azure Devops 很陌生。目前，我正在尝试从 Azure Devops 中的测试计划运行自动化 Selenium (C#) 测试用例。

我指的是以下链接来设置发布计划以从测试计划运行自动化测试 https://docs.microsoft.com/en-us/azure/devops/test/run-automated-tests-from-test- hub?view=azure-devops

我能够将发布管道与测试计划链接起来，并通过创建一个新的发布来执行测试。但是当从测试计划执行测试用例时，会显示以下错误。它能够识别自动化测试。但在第二阶段（验证阶段）中，会显示以下错误。

错误：

验证阶段：所选阶段没有正确的 Visual Studio 测试任务版本或设置来运行测试。

遵循的步骤：

• 在 Azure Devops 中的 TestPlan 下创建了一个 TestPlan
• 添加了测试套件和测试用例。将自动化测试脚本与测试用例相关联。
• 从“从测试管理器运行自动化测试”模板创建发布计划。

添加到发布管道的任务：

• Visual Studio 测试任务

Visual Studio 测试任务的配置：

• 使用以下方法选择测试：TestPlan
• 测试套件：自动填充发布计划链接到的 Tetplan
• 测试配置：1 - Windows 10（默认值）
• 搜索文件夹：$(Agent.ReleaseDirectory)

构建管道的构建工件在 $(Agent.ReleaseDirectory) 文件夹中发布构建工件。

使用的代理：自托管代理。

通过从测试计划中选择测试用例来运行自动化的 testSripts。

我是继承过程的新手，我尝试创建一个动态工作项，其中一个字段值的选择将显示/隐藏另一个字段。在 TFS 2018 中，我可以使用不同的全局列表填充值 - 这些列表不再可用。

使用 Azure DevOps Server 2019。我尝试使用流程模板上的规则页面，但找不到此选项 - 这是我找到的唯一文档 https://docs.microsoft.com/en-us/azure/devops/organizations /settings/work/custom-rules?view=azure-devops

目前的答案是不，不能显示\隐藏字段。

在 Microsoft 网站上找到了一个问题 - 没有真正的答案，但有某种解决方法...... https://developercommunity.visualstudio.com/idea/545504/hide-custom-fields-in-the-inherited-model.html?childToView =604861

还没试过

上周末从 TFS 2018 v3 更新到 DevOps Server 2019.0.1 后，我现在在尝试管理安全性时收到此身份验证错误：

TF30063: You are not authorized to access tfs.

尝试通过应用程序层 > 管理安全性从服务器管理控制台管理安全性时收到此错误。当我尝试通过 tfssecurity cli 工具设置权限时，我也会收到错误消息。我在本地管理员组中，并且在控制台管理用户部分中列出。

我正在尝试设置权限，因为在更新后我收到了几份来自员工的报告，这些报告在他们尝试访问他们的项目时收到错误。这些错误是：

TF40049: You do not have licensing rights to access this feature: Code.

*** 编辑：更新

当我从 2019 升级到 2020 RC1 时，再次出现此错误。不同之处在于，此升级需要迁移服务器——因为新版本的 DevOps Server 的服务器要求发生了变化。