-
Notifications
You must be signed in to change notification settings - Fork 790
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FSharp.Core package versions aren't incrementing with each SDK release #16014
Comments
We usually bump it/can catch it in CI only if we make changes after previous version got released. So if there were no changes, we won't bump it. |
So for 400 specifically @nojaf and @dawedawe are seeing content hash problems: https://github.com/ionide/FSharp.Analyzers.SDK/actions/runs/6258508516/job/17006020981 I don't know if this means there was a change or not that was missed? |
* remove packages.lock.json files till we have a fixed sdk see dotnet/fsharp#16014 and dotnet/fsharp#16015 * set RestorePackagesWithLockFile and RestoreLockedMode to false in Directory.Build.props remove doubled RestorePackagesWithLockFile entry in Directory.Packages.props * adjust to latest master in SDK * Revert "adjust to latest master in SDK" This reverts commit a4b635e. * switch to the package references * remove build of SDK from ci.yml
As this very much is a problem and we had to resolve to not using lock files, will there be a |
If it gets inserted in sdk, then yes. So far it wasn't: dotnet/sdk#35666 |
We no longer have this problem. |
The FSharp.Core packages aren't revving with associated SDK/runtime revisions on a monthly cadence. This means that folks using tools like NuGet's lock files can get content hash errors.
A sample of the currently-published versions:
What I note here is that there were 6.0.x versions that were being pushed, but in the 7.x series and onwards we lost this.
The text was updated successfully, but these errors were encountered: