我正在 VSCode 远程容器（在同一台机器上）中开发解决方案。一个项目需要一个在 VSCode 容器选择对话框中不可用的图像。有问题的图像可以在这里databricksruntime/standard找到。
我需要Dockerfile与定义相匹配devcontainer.json，以便容器符合该规范。我Dockerfile通过导航到关联的 Git找到了内容。
FROM databricksruntime/dbfsfuse:experimental
RUN apt-get update \
&& apt-get install -y openssh-server \
&& apt-get clean \
&& rm -rf /var/lib/apt/lists/* /tmp/* /var/tmp/*
# Warning: the created user has root permissions inside the container
# Warning: you still need to start the ssh process with `sudo service ssh start`
RUN useradd --create-home --shell /bin/bash --groups sudo ubuntu
我在构建容器时手动创建了devcontainer.json目标图像。Dockerfile
{
"name": …设置：
我有一个数据库存储库和一个用于测试数据库存储库的单元测试存储库，这两个存储库共享 Azure DevOps 中的一个项目。我有一个 CI 管道，驻留在数据库项目中，在推送到远程跟踪分支时触发。当该目录中的任何分支被推送到时，触发器将运行 CI。
问题：
我还需要检查单元测试项目，以便我可以调用它。在创建任务等之前，我们不会知道主题分支的名称，如何动态捕获？
因此，工程师可以在 CI 支持的情况下在多个分支上工作，而不必担心在紧急情况下进行整理。
我试过：
trigger:
- dev/a/*
steps:
- checkout: git://proj/repo-a@dev/a/*
- checkout: git://proj/repo-b@dev/a/*
只是想看看是否有可能同时进行项目。
它会引发错误：
管道无效。无法使用 ref refs/heads/dev/a/ 获取 Azure Repos 上托管的存储库 repo-a 的最新源版本。无法使用 ref refs/heads/dev/a/ 获取 Azure Repos 上托管的存储库 repo-b 的最新源版本。
我也尝试了上面没有通配符的方法，没有乐趣。另一点是我不想签出所有分支，而只想签出带有推送的分支。
当然这是可能的......
continuous-integration automation azure-devops azure-pipelines