Skip to content

Conversation

@lonitra
Copy link
Member

@lonitra lonitra commented Mar 18, 2024

Test run: https://dev.azure.com/dnceng/internal/_build/results?buildId=2408677&view=results

Steps:

  • Run migration tool with release/8.0 branch
  • changed necessary pools, templates, enable auto baselining
  • Removed public vs internal conditionals

Note: no merge until May servicing opens

timeoutInMinutes: ${{ parameters.timeoutInMinutes }}
pool:
# Use a hosted pool when possible.
${{ if eq(variables['System.TeamProject'], 'public') }}:
Copy link
Member

Choose a reason for hiding this comment

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

Since we have internal WD PRs, the PR template will probably get used on internal projects.

@lonitra lonitra requested a review from mmitche March 19, 2024 22:33
name: NetCore1ESPool-Internal
demands: ImageOverride -equals windows.vs2022preview.amd64

- ${{ if and(ne(variables['System.TeamProject'], 'public'), notin(variables['Build.Reason'], 'PullRequest')) }}:
Copy link
Member Author

Choose a reason for hiding this comment

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

@mmitche double checking, do conditions specifying build.reason is pull request need to remain for the non -PR.yml or can these be removed?

Copy link
Member

Choose a reason for hiding this comment

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

They can be removed, but we need to create a PR pipeline for WD on the internal project before check-in, since the official pipeline will no longer be used for PRs.

Copy link
Member Author

Choose a reason for hiding this comment

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

Is there guidance on how to do this correctly and does the same need to be done for winforms/wpf?

Copy link
Member

Choose a reason for hiding this comment

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

Same needs to be done for wpf/winforms (since they take internal PRs). For each of these types of conditionals, you can say the following

  • The pr pipeline can assume PR == true. Often this has little do with actual pull requests, and more to do with what testing is run, or whether real signing should be attempted, for instance.
  • The PR pipeline should not assume public vs. internal.

Does that answer your question?

Copy link
Member Author

@lonitra lonitra Mar 22, 2024

Choose a reason for hiding this comment

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

Apologies, I wasn't specific, I mean guidance in terms of creating the PR pipeline on the internal project. Specifically any preferred naming or space to update that tracks the new pipelines needed to be created (we can also chat offline that may be better 😄 )

@lonitra lonitra merged commit ad329b2 into dotnet:release/8.0 Apr 2, 2024
@lonitra lonitra deleted the 1esmigration8.0 branch April 2, 2024 22:30
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants