-
Notifications
You must be signed in to change notification settings - Fork 155
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
Consider publishing the beta releases to NuGet. #475
Comments
Yes the workflow is easier on appveyor... but we might need to document it better |
You can publish to nuget from appveyor: https://www.appveyor.com/docs/deployment/nuget/ |
Just to follow-up on this - I was at open F# and two people there asked about our plan to release new non-beta release of F# Formatting on NuGet... I have not been very closely following the developments, but what do we need before we can do that? One of the two said they're very happily using the beta and have no issues with it, so it sounds like it would be nice to have a new release sometime soon... |
What exactly?
|
I could help with publishing beta to nuget if needed. |
Thanks for the quick reply @matthid and for the offer @wallymathieu! I got the impression (from what I heard at open F#) that netcore/netstandard was already working quite well? As for removing Razor dependency, I completely support that - though perhaps we could get away with not replacing it with anything initially and letting people add whatever they want as a separate component? (Replacing it completely sounds like quite a lot of work...). |
Releasing only fsharp.literate as a nuget for netstandard2 would be awesome.
Then using fable react templating…
jeremie chassaing / thinkbeforecoding
De : Tomas Petricek
Envoyé le :mardi 2 octobre 2018 15:38
À : fsprojects/FSharp.Formatting
Cc : Subscribed
Objet :Re: [fsprojects/FSharp.Formatting] Consider publishing the betareleases to NuGet. (#475)
Thanks for the quick reply @matthid and for the offer @wallymathieu!
I got the impression (from what I heard at open F#) that netcore/netstandard was already working quite well?
As for removing Razor dependency, I completely support that - though perhaps we could get away with not replacing it with anything initially and letting people add whatever they want as a separate component? (Replacing it completely sounds like quite a lot of work...).
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Afaik this is because multi targetting is so easy and people just use 'TargetFrameworks>net461; netstandard2.0<'. Also we do not run on netstandard yet (which means you cannot use it within fake5 or without mono) Also the razor part is not a blocker I'd really recommend to get rid of it. Otherwise someone would need to do the work of porting RazorEngine to netstandard as well...
@thinkbeforecoding While I'm open for changes like this you would have to send a PR to make that happen as some infrastructure has to be changed to publish that independently. And we have no plans to do it ;) |
Short term I strongly support releasing betas to nuget as they are. |
@matthid would it be OK to put the beta packages on nuget? |
Since ProjectScaffold is already picking up the beta Nuget packages from an unofficial ephemeral source (#491 (comment)) I really think we should just remove the "beta" tag and always publish to nuget. This cat is already out of the bag - people create project scaffold projects all the time..... |
From my side, nothing has changed since this comment.
Sure |
Since that version 3.0.0-beta01 is on NuGet, it gives the impression that there are no other releases after that, despite the fact that they exist on Appeyor, where they are not that easy to find.
The text was updated successfully, but these errors were encountered: