Allow incremental servicing of packages and more packaging infra cleanup#46447
Allow incremental servicing of packages and more packaging infra cleanup#46447ViktorHofer merged 4 commits intodotnet:masterfrom
Conversation
|
I couldn't figure out the best area label to add to this PR. If you have write-permissions please help me learn by adding exactly one area label. |
0472b65 to
c66da25
Compare
|
Tagging subscribers to this area: @ViktorHofer Issue DetailsRequires dotnet/arcade#6728 This further clean-up allows "incremental servicing" at project level instead of traversal level as it was before for libraries. By default, none nuget csprojs or pkgprojs will be built if the The I wasn't sure how to condition runtimelab so I used the
|
Anipik
left a comment
There was a problem hiding this comment.
Packing changes for the libraries looks good. I believe there are no functional change in coreclr related changes. its seem like just refactoring ?
|
The change applies to all packages in the repo that use the nuget pack task or pkgprojs. It means that no packages will be generated in servicing by default unless we set the to true in their project file. I'm unsure which packages we always want to generate but I assume the sfx ones? |
|
Timeout is #46484 |
| <!-- A package isn't generated (in traversal builds) if in servicing or in runtimelab. Intended to be overridden at project level. --> | ||
| <GeneratePackage Condition="'$(GeneratePackage)' == ''">true</GeneratePackage> | ||
| <GeneratePackage Condition="(('$(PreReleaseVersionLabel)' == 'servicing' or | ||
| '$(RepositoryName)' == 'runtimelab') and |
There was a problem hiding this comment.
How is the RepositoryName meant to be set in runtimelab?
Requires dotnet/arcade#6728
Based on the discussion in #46180
This PR further cleans up the packaging infra and allows "incremental servicing" at project level instead of traversal level (as it was before for libraries). By default, nuget csprojs or pkgprojs will be built if the
<GeneratePackage />property is set to true.The
GeneratePackageproperty is currently conditioned as:This means that during servicing or as part of runtimelab, root builds won't generate packages unless a project opts in via
<GeneratePackage />.<BuildAllProjects />identifies a builds as a root build (vs an individual project build:dotnet pack ...).I wasn't sure how to condition runtimelab so I used the
RepositoryNameproperty for now.