💾 Archived View for d.moonfire.us › blog › 2021 › 09 › 04 › semantic-release-nuget captured on 2024-08-18 at 19:24:21. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2023-04-26)
-=-=-=-=-=-=-
Last week, I wrote semantic-release-dotnet[1] which was a semantic-release[2] plugin to automatically set the version to the appropriate one before building.
1: /blog/2021/08/29/semantic-release-dotnet/
2: https://semantic-release.gitbook.io/semantic-release/
One of the key parts missing from the normal .NET development cycle was also publishing the packages. I decided to break that into a separate plugin because I have a number of places where I don't want to publish but I do want something versioned (internal projects and customized deployments). So, in the essence of the Single Responsibility Principle[3], I created a second utility which does one thing: build and publish NuGet packages.
3: https://en.wikipedia.org/wiki/Single-responsibility_principle
Introducing semantic-release-nuget[4]. It doesn't have a lot of configurations, but the documentation covers all of them. Basically, it does one thing.
4: https://www.npmjs.com/package/semantic-release-nuget
I mostly tested with MfGames.Locking[5], my CIL library for some thread-locking patterns, because I'm the process of carving out Gallium[6] and Nitride[7] into their own packages. I'm just not sure where to put them, so they are probably going in my Gitlab[8] organization until I find a “better” organization/home.
8: https://gitlab.com/mfgames-cil/
Categories:
Tags:
Single Responsibility Principle
Below are various useful links within this site and to related sites (not all have been converted over to Gemini).
https://d.moonfire.us/blog/2021/09/04/semantic-release-nuget/