Open Gastove opened 3 years ago
You could use the F#5 functionality as well since this isn't sufficient complexity to warrant paket.
Oh dang! I had no idea there was a paket-less way; that's a much better idea. Thank you!
So, I guess let's amend this proposal to "use published packages in doc scripts instead of locally built ones."
On Fri, Jan 22, 2021 at 5:12 AM Oskar Gewalli notifications@github.com wrote:
You could use the F#5 functionality as well since this isn't sufficient complexity to warrant paket.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/fsprojects/Fleece/issues/98#issuecomment-765386844, or unsubscribe https://github.com/notifications/unsubscribe-auth/AA5F2JUB2NKJL6WDPUYLSUDS3F2STANCNFSM4WGQ3IBQ .
Hrm. This will require updating the SDK version in the project global.json
to a 5.x release, I think -- unless there's a different or better way to specify F# 5 for the docs. Thoughts?
I think it would make sense to change to .net 5 in order to be able to improve the docs.
So, context: I've been trying to help get the build passing on Linux so I can help with documentation updates. In doing this, I've noticed: there are ergonomics challenges with requiring local-path release DLLs at the top of the script -- like this, taken from
codec.fsx
:The challenge here is, any change to the target framework for a library requires updating all the doc scripts, and the scripts themselves can't be loaded by an IDE until a release build is run. This is not insurmountable. And, I haven't actually worked with the F# doc system in use here before; this might be for the best!
This all said: I'd like to suggest the docs instead pull deps from Nuget using the paket, more like:
Versions could be pinned or not (I'd have to confirm behaviour, but I assume absent a pin, latest is pulled, which seems reasonable to me).
Thoughs?