You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A new project generated by the Guidance adds a sub-optimal Nuget.Config file. It's pointing to a very old and outdated NuGet protocol version 2 on the only defined package source.
This is done by using the attribute protocolVersion, in concrete protocolVersion="2".
NuGet is smart enough that if the packet feed ends in .json, it uses protocol v3, but if it does not end in .json, it uses the old protocol v2.
Example of NuGet protocol v3 compliant URL:
https://my-package-store/my-feed/v3/index.json
Example of NuGet protocol v2 (not v3) compliant URL:
https://my-package-store/my-feed
In addition, I suggest to rename the Nuget.Config file to NuGet.config or nuget.config file, to have it somehow consistent. IMHO file extensions should never contain upper letters, but this is just my esthetic thinking and has no deeper functional meaning. 😬😄✌️
To Reproduce
Steps to reproduce the behavior:
Create blank solution
Create Arc4u AspNetCore Solution => 2022.2.1 via solution explorer context menu
Check added Nuget.Config file in directory ~\Solution1\.nuget
Expected behavior
It's a NuGet.config or nuget.config file generated that does not specify any NuGet protocol version to use. Meaning it does not contain the attribute protocolVersion.
NuGet will handle this by its own, depending the package source URI.
Screenshots
Desktop (please complete the following information)
Visual Studio v17.9.2
NuGet v6.9.1
.NET SDK v8.0.200
Guidance v2022.2.1.14
Arc4u v8.1.0
Additional context
For more details about the NuGet.config file specification (and the protocolVersion attribute), please check the MSDocs.
The text was updated successfully, but these errors were encountered:
Describe the bug
A new project generated by the Guidance adds a sub-optimal
Nuget.Config
file. It's pointing to a very old and outdated NuGet protocol version 2 on the only defined package source.This is done by using the attribute
protocolVersion
, in concreteprotocolVersion="2"
.NuGet is smart enough that if the packet feed ends in
.json
, it uses protocol v3, but if it does not end in.json
, it uses the old protocol v2.Example of NuGet protocol v3 compliant URL:
https://my-package-store/my-feed/v3/index.json
Example of NuGet protocol v2 (not v3) compliant URL:
https://my-package-store/my-feed
In addition, I suggest to rename the
Nuget.Config
file toNuGet.config
ornuget.config
file, to have it somehow consistent. IMHO file extensions should never contain upper letters, but this is just my esthetic thinking and has no deeper functional meaning. 😬😄✌️To Reproduce
Steps to reproduce the behavior:
Nuget.Config
file in directory~\Solution1\.nuget
Expected behavior
It's a
NuGet.config
ornuget.config
file generated that does not specify any NuGet protocol version to use. Meaning it does not contain the attributeprotocolVersion
.NuGet will handle this by its own, depending the package source URI.
Screenshots
Desktop (please complete the following information)
v17.9.2
v6.9.1
v8.0.200
v2022.2.1.14
v8.1.0
Additional context
For more details about the
NuGet.config
file specification (and theprotocolVersion
attribute), please check the MSDocs.The text was updated successfully, but these errors were encountered: