Migrate publishing feeds to azure#45416
Conversation
|
|
||
| $VSSetupDir = Join-Path $ArtifactsDir "VSSetup\$configuration" | ||
| $PackagesDir = Join-Path $ArtifactsDir "packages\$configuration" | ||
| $PublishDataUrl = "https://raw.githubusercontent.com/dotnet/roslyn/master/eng/config/PublishData.json" |
There was a problem hiding this comment.
Need to change this to master before I merge.
| "vssdk": "https://pkgs.dev.azure.com/azure-public/vside/_packaging/vssdk/nuget/v3/index.json", | ||
| "vs-impl": "https://pkgs.dev.azure.com/azure-public/vside/_packaging/vs-impl/nuget/v3/index.json" | ||
| }, | ||
| "packages": { |
There was a problem hiding this comment.
Listing this as a global entry means that it can never differ between our branches. Hence at any point in the future if we decide to change where these packages are published we'll be stuck because all branches will be reading this master list.
There was a problem hiding this comment.
I see - which would be better then, specifying the per branch mapping as a global entry (as we do currently for the other publishing data) or just reading this map from a place local to the currently running build?
There was a problem hiding this comment.
The mapping just needs to be flexible here. Essentially what happens in the future when we need to change master but not break our publishing for release/dev16.8.
Think there are a couple ways to do this:
- Just add this data into our existing branch specific entries below. That will work just fine but it does mean that our file is going to start getting big really fast.
- Could do some type of diffing system where this is the default and we put deviations in the branch specific entries. Thta may be overkill though.
There was a problem hiding this comment.
I ended up with something in between 1 and 2:
- Added keys in the packages map that can define different sets of package mappings.
- Updated the branch configuration to reference the correct key from the packages object.
This way it's possible to change the mappings based on branch and re-use mappings when they don't change. Drawback is that the entire mapping has to be specified again, rather than just the diff. Seems simple enough for now and if we end up needing to modify it a lot we can re-think this.
| "vssdk": "https://pkgs.dev.azure.com/azure-public/vside/_packaging/vssdk/nuget/v3/index.json", | ||
| "vs-impl": "https://pkgs.dev.azure.com/azure-public/vside/_packaging/vs-impl/nuget/v3/index.json" | ||
| }, | ||
| "packages": { |
There was a problem hiding this comment.
The mapping just needs to be flexible here. Essentially what happens in the future when we need to change master but not break our publishing for release/dev16.8.
Think there are a couple ways to do this:
- Just add this data into our existing branch specific entries below. That will work just fine but it does mean that our file is going to start getting big really fast.
- Could do some type of diffing system where this is the default and we put deviations in the branch specific entries. Thta may be overkill though.
I do not know. In general though I think for the |
|
Think this is mostly ready -
|
| }, | ||
| "packages": { | ||
| "default": { | ||
| "Microsoft.CodeAnalysis" : "arcade", |
There was a problem hiding this comment.
I wanted the script to throw if it found any packages that did not have a properly configured feed, so I kept these mapped to arcade to show that these are intentionally not being uploaded.
|
I'm going to hold off on merging this until after the snap Monday. |
Resolves - #39279
TODO -
Change to master publish data
Get API key for azure feeds and modify pipeline yaml