Files
ClaudeDo/src/ClaudeDo.Releases/VersionComparer.cs
T
mika kuns 84715665c2 fix(releases): don't drop the prerelease marker when comparing versions
A MinVer dev build on main computes a prerelease of its own guessed next
version (e.g. 2.9.1-alpha.0.14 after tag v2.9.0), which already sorts
above the last tag by numeric core, so the update banner correctly
stays quiet there. But the reduction to a bare numeric core meant a
genuine new release landing at exactly that guessed version (v2.9.1
real) compared equal to the still-running prerelease and the banner
never fired. A prerelease now only loses to a real release of the same
core, not to another prerelease of the same core.

Verified against the live repo: latest published tag is v2.9.0; a
Release build of this worktree (14 commits ahead) reports
AssemblyInformationalVersion 2.9.1-alpha.0.14+<sha>.
2026-08-10 14:27:23 +02:00

35 lines
1.7 KiB
C#

namespace ClaudeDo.Releases;
public readonly record struct VersionCompareResult(bool IsNewer, bool Unparseable);
public static class VersionComparer
{
public static VersionCompareResult Compare(string latest, string current)
{
var unparseable = !Version.TryParse(CoreVersion(latest), out var lv)
| !Version.TryParse(CoreVersion(current), out var cv);
if (unparseable) return new VersionCompareResult(false, true);
if (lv != cv) return new VersionCompareResult(lv > cv, false);
// Same numeric core: a MinVer dev build sitting on main between two tags
// reports a prerelease of its own guessed *next* version (e.g. after tag
// v1.4.0, main computes "1.4.1-alpha.0.12" — already ahead of the tag by
// core, handled above). But when a real release is tagged at exactly that
// guessed version, the tag itself has no prerelease suffix while a still-
// running dev build does — that dev build must still count as older, or a
// genuine new release would be silently missed.
var isNewer = HasPrerelease(current) && !HasPrerelease(latest);
return new VersionCompareResult(isNewer, false);
}
// Reduce a tag/version to its numeric core: drop a leading "v", MinVer build
// metadata ("+sha"), and any SemVer prerelease suffix ("-alpha") — none of
// which System.Version can parse. So "v1.0.2-alpha+abc" -> "1.0.2".
private static string CoreVersion(string value)
=> (value ?? "").TrimStart('v', 'V').Split('+')[0].Split('-')[0];
private static bool HasPrerelease(string value)
=> (value ?? "").TrimStart('v', 'V').Split('+')[0].Contains('-');
}