Github Action - Publish package and symbols to nuget#105
Github Action - Publish package and symbols to nuget#105jeffward01 wants to merge 6 commits intomasterfrom
Conversation
All build / publish actions are turned off for now, im just testing
Changes: - Removed nuget cli - Added symbol support Notes: https://github.com/NuGet/docs.microsoft.com-nuget/blob/main/docs/create-packages/Symbol-Packages-snupkg.md
Increment Build version notes: https://stackoverflow.com/a/71000473/5022269
|
Interesting how similiar it looks to yaml pipelines in azure devops (guess they use some kind of similar standard).
This is a hard one and I guess it depends a lot on what kind of project you have. In our case we do so few new changes (for now at least) that it maybe its just easier to change this manually? Like we change the version in the project file and then use that as nuget version? But i guess it could be discussed which one is best. In some projects I take the super easy road by just going by the generrated build number/date but I dont think that is a good fit here. I saw this line as well:
And what I can see we dont have a file like that in the repo?
I had never actually used that but read up a bit on it now and seems like a nice alternative to pdb so I think we should try it if you want. |
Hey, im not quite sure how to test this - I cant seem to update this action: https://github.com/Testura/Testura.Code/actions/runs/3610621665/workflow to the one that I am suggesting for testing.
Notes
The one i have in this PR also 'increments' the patch number
I have the Build and the Publish commented out so that I can test it
Future things:
.symbols.nupkgor.pdbpackage.Source.Linkand.symbols.nupkg, I was having issues with.pdbworking with deterministic builds, or perhaps it was another issue I had, but basically I had issues with.pdbwith my personal and work projects, so I used.symbols.nupkg-- of course it would be better to do.pdb, but.symbols.nupkgis sufficent