问题标签 [azure-devops-server]

我们的代码库有 100 多个项目，每个项目都有测试。一些测试程序集花费更多时间，而其他一些程序集则花费更少的时间来执行测试。

Azure DevOps 服务器并行运行我们的整个测试套件，这使得它非常快。但问题是，长时间运行的测试是在测试运行的中间开始的，这会导致整个测试运行会更长。

有没有办法影响测试程序集的启动方式和时间？我想先启动长时间运行的测试程序集，然后再启动快速测试程序集。

我必须将本地 TFS 2017 升级到本地 DevOps 2019。在 TFS 2017 中，我使用了 http://servername/tfs/collectionname。DevOps 2019 是否提供像“tfs”这样的 Web 上下文？我想这可能是“devops”。另一方面，在 DevOps 2019 的安装向导中似乎没有像“devops”这样的默认 Web 上下文。也许 DevOps 2019 版本不提供 Web 上下文？也许网络上下文直接是集合名称？如果是，是否可以配置“devops”Web 上下文以获得 http://servername/devops/collectionname？（这对于反向代理的内部使用可能很有用）

cls (Clear-Host) 在 AzureDevopsServer 中使用任务“目标机器上的 PowerShell”的版本 2 失败：

异常设置“ForegroundColor”：“由于枚举值无效，无法将 null 转换为类型“System.ConsoleColor”。指定以下枚举值之一，然后重试。可能的枚举值为“Black、DarkBlue、DarkGreen、DarkCyan , DarkRed, DarkMagenta, DarkYellow, Gray, DarkGray, 蓝色, 绿色, 青色, 红色, 品红色, 黄色, 白色”。

我的解决方法是删除 cls，因为它并不是真正需要的。发布这个主要是为了为其他人节省时间，因为我在网上找不到关于这个问题的任何信息，但也以防有人能解释为什么会发生这种情况？

这在以前是有效的，但它是我们可能有 1.5 年没有运行过的过程的一部分。从那时起，当然发生了很多事情。目标机器已打补丁，但如果我远程桌面并在本地运行 powershell，cls 工作正常，所以我认为它已连接到 powershell 远程处理或 AzureDevops 任务。自从我们上次运行以来，最有可能的 ADS 任务是在版本 1 上的“目标机器上的 PowerShell”任务，也可能在我们旧的 TFS 构建服务器上。你还是很奇怪，因为 Clear-Host 不带任何参数，那么 ForegroundColor 来自哪里？

无论如何，如果您遇到此问题，希望这可以帮助某人节省一些时间进行故障排除。

我的 Azure DevOps 服务器中有一个 Scrum 项目。我为每个 PBI 分配了工作量，并为每个用户设置了容量。我在右侧面板中看到了Work details每项活动的小时数。

1. 如何将任务或 PBI 标记为“测试”或“文档”？
2. 尽管我将许多 PBI 标记为“完成”，但所有时间仍然是 X h 的 0。为什么他们不根据努力而改变？

我想在 azure piplines 上构建一个 Windows docker 映像。拉取基础镜像最多需要 20 分钟。我怎样才能加快速度docker pull？

• 我想使用 azure 托管管道
• 我无法使用代理上的缓存图像

基于管道资源的示例脚本：

我在本地使用 Azure DevOps Server 2019 更新 1.1。我想自定义此处描述的测试用例工作项的步骤：https ://docs.microsoft.com/en-us/azure/devops/test/create-test-cases?view=azure-devops-2019#create -测试用例

例如，除了默认列操作、预期结果和附件之外，是否可以添加新的自定义列？如果是，怎么可能？我正在使用 xml 流程模型，是否可以通过 xml 自定义 Steps 列（或者例如我是否必须使用 SDK）？

有人知道是否可以传入回购名称/基于动态回购名称构建？这将允许我们在不同的分支之间共享相同的构建定义，在创建特性分支时减少定义等。

使用 TFVC 存储库时，我们会将不同的版本存储在同一个存储库中，但路径不同。我们可以通过更改源路径（例如 $/product/$(release)/......）在不同的版本/FB 中重用相同的构建定义。

看起来 Git 喜欢将 repo 硬编码到构建中（因此下拉菜单 - 无法插入变量。

虽然该问题针对的是本地 Azure DevOps，但如果在托管环境中可行，了解它会很有帮助。

我正在设置 Azure DevOps 2019 的本地实例，并已阅读规划组织结构的指南。在我们的情况下，拥有一个组织和多个项目和团队似乎是最合适的结构。

我遇到的问题是，人们有他们编写的小型实用程序来帮助他们完成日常任务，我应该让他们将代码放在哪里。在这种情况下，它可能与某个项目无关，我觉得为每个希望自己的小操场放置代码的个人用户创建项目会很麻烦。

有没有办法让我有一个项目，用户可以拥有自己的小存储库区域供他们使用，并且看不到该项目中所有其他人的存储库，因此看起来不那么混乱？

有没有更好的方法让用户拥有自己的区域以拥有自己使用的存储库而不会弄乱项目？

我在 TFS Server 2017（本地，不是 VSTS）中为我的用户帐户创建了一个 PAT 令牌。使用 Postman，我尝试使用 Basic Auth 调用以下 REST API：

获取 http://{server:port}/tfs/DefaultCollection/_apis/projects?api-version=1.0

作为回应，我收到以下错误：

TF401444：请在 Web 浏览器中以 {Well Known SID for my user account} 身份至少登录一次以启用对服务的访问。- 微软团队基础服务器

我尝试在 Chrome 中打开相同的 URL 并尝试使用 PAT 登录，但没有成功（登录未完成）。关于我在这里缺少什么的任何建议？

TFS 似乎正在识别 PAT 令牌，因为如果我撤销它，我会收到不同的错误。

我们最近升级到 Azure Devops Server 2019，但在 Pipeline 菜单下看不到 Environments。

Azure Devops Server 2019 中是否存在环境功能？