Skip to content
Merged
Show file tree
Hide file tree
Changes from 7 commits
Commits
File filter

Filter by extension

Filter by extension


Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
6 changes: 3 additions & 3 deletions 1es-azure-pipeline.yml
Original file line number Diff line number Diff line change
Expand Up @@ -42,7 +42,7 @@ parameters:
os: windows
emoji: 🪟
- name: NetCore1ESPool-Internal
image: 1es-ubuntu-2204
image: ubuntu-latest
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

These are the only images available to that agent pool:
image

ubuntu-latest isn't a valid image name.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It looks like name did not get propagated to the pool object which caused the default pool provider of azure pipelines to be used, so this was a valid image name, but it should not have been using that pool provider. I think this has been fixed now.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I found the doc link to the images. I wish that it was better explained which section is for which pool, since there is no section for the netcore public pool, only the external test pooling in general 🤔

os: linux
emoji: 🐧
- name: Azure Pipelines
Expand Down Expand Up @@ -95,8 +95,8 @@ extends:
parameters:
pool:
name: Azure Pipelines
image: macOS-latest
os: macOS
image: windows-latest
os: windows
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This, absolutely, should not be done. We should never use external Windows images. We use external macOS images because we don't have internal macOS agents.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There is further logic that was already utilizing this, I don't recall how/why that is the case. I looked at the 1es migration PR and some of it may have been a migration tooling issue/pre-existing issue, and some of it may be due to the fact that name was not passed to the parameter pool object, thus causing the azure pipelines pool to be used. I think I've fixed all of those now, good call

useOneEngineeringPool: true
- template: pipeline-templates/package-vsix.yaml@self
parameters:
Expand Down
4 changes: 2 additions & 2 deletions 1pr-azure-pipeline.yml
Original file line number Diff line number Diff line change
Expand Up @@ -59,8 +59,8 @@ stages:
- template: pipeline-templates/lint.yaml
parameters:
pool:
vmImage: macOS-latest
os: macOS
vmImage: windows-latest
os: windows
useOneEngineeringPool: false
- template: pipeline-templates/package-vsix.yaml
parameters:
Expand Down
Loading
Loading