Missing github release for 6.1.0

[NogginBops]

Description

The 6.1.0 nuget package has been released without a matching GitHub release tag.

This should probably be fixed, and even if the 6.1.0 nuget package is accidental a matching tag should probably be established anyway.

[xperiandri]

@NogginBops I know
Pipeline crashes so it had not completed altogether.
I thought ignore_push

FAKE/build.fsx

Line 480 in b585605

not ignore_conflict

is --skip-duplicate in dotnet nuget push
But it did not work the same.

So now I have 2 release pipelines crashed:

1. Pushed NuGet but stop on docs publishing
2. Did not skip pushing a duplicate

If you can help I'll appreciate

[xperiandri]

The other question is will the first release pipeline pick up the changes pushed to main if rerun?

[NogginBops]

I'm not very familiar with the github actions setup in this repo, my guess is that the best course of action is probably to manually add the GitHub release to match the nuget release. Then fixing/understanding the action and the failure can be understood and a new potentially fixed nuget package can be released (and the old nuget package can be unlisted or deprecated if necessary.)

I could potentially look into the GitHub actions tomorrow and see if I can make sense of anything enough to be helpful.

[xperiandri]

No new package needs to be release. Just fix skipping pushing the same version of the package

[xperiandri]

So we fixed skipping NuGet now we have issue with authectication to publish docs.
@NogginBops can you help?
https://github.com/fsprojects/FAKE/actions/runs/10377079510/job/28730466949#step:10:576

[Numpsy]

Is it worth trying to publish the docs with a specific github action rather than doing it manually in the fsx script?
e.g. https://github.com/fsprojects/fantomas/blob/a4788cbdf856ae6f47b6032f7cb8ecb506ad7733/.github/workflows/main.yml#L39

[xperiandri]

I would prefer fixing the pipeline

[Numpsy]

Ok, the github pages part has worked now, but it's failed at the next step with

Something failed, trying again: System.MissingMethodException: Method not found: 'Int32 Octokit.Release.get_Id()'.
   at [email protected](Release release)
   at Microsoft.FSharp.Control.AsyncPrimitives.CallThenInvokeNoHijackCheck[a,b](AsyncActivation`1 ctxt, b result1, FSharpFunc`2 userCode) in D:\a\_work\1\s\src\FSharp.Core\async.fs:line 528
   at Microsoft.FSharp.Control.Trampoline.Execute(FSharpFunc`2 firstAction) in D:\a\_work\1\s\src\FSharp.Core\async.fs:line 112

instead :-(

[Numpsy]

Not sure if this is it, but it looks like the Release.Id property was changed from an int to a long in octokit/octokit.net#2941

[xperiandri]

Approved PR, waiting for build to complete

[Numpsy]

And now it seems to have failed because the previous run successfully pushed a build to Chocolately, and you can't do that twice for the same version :-(

[xperiandri]

Skip needed again 😄

[Numpsy]

I don't an 'ignore duplicates' type option in the choco push docs at https://docs.chocolatey.org/en-us/create/commands/push/ (I've never pushed anything into chocolately myself)

[xperiandri]

For NuGet it just wraps code in try-with. And if skip flag, then ignore exception

[xperiandri]

I hope it is the last piece to fix release pipeline

[Numpsy]

I can try something like Numpsy@07ac987 which might avoid the immediate failure, but the choco docs only list processes exit codes of 0/1 so I don't know how to determine if the error was a conflict or not other than trying to look at the An error has occurred. This package version already exists on the repository and cannot be modified. console output (which I don't think is directly available at this point in the script

[Numpsy]

I hope it is the last piece to fix release pipeline

Looks like the latest attempt has failed because it tried to create a 6.1.0 git tag, and one already exists :-(

[xperiandri]

Something new now

[Numpsy]

Hmm, that's back to what #2808 was intended to fix (The release id is a long instead of Int32 now, and something seems to be getting confused somewhere)

[Numpsy]

Could it be that build.fsx is downloading the latest version of Octokit (13), and calling it via the old release of Fake.Api.GitHub rather than the version currently being built (and then the mismatch upsets things)?

[Numpsy]

Hurrah, finally a successful release build, and the 6.1.0 release is listed now

[xperiandri]

Yahoo! 🎉🎉🎉
@Numpsy @Thorium do you want 6.1.1 release with what's already merged?

[Thorium]

I would prefer 6.1.1 asap because it would unblock some net8 migration issues. I don't really care "should we include one more PR or not", as the currently merged PRs already solve the issues (as I tested merged version directly locally).

[Numpsy]

Might be useful to do a quick release to fix #2803 if people are trying to use it with the .NET 9 previews and that helps to get that tested

[xperiandri]

Released