Skip to main content
← Back to list
01Issue
FeatureOpenSwamp CLI
AssigneesNone

Relationships

#1298 Add a --release-notes option to `swamp update` (or even make it the default)

Opened by svendowideit · 7/20/2026

Problem Statement

I wondered if I should update, so went looking at swamp update for the first time, and hoped it would give me an incentive - like ... "OMG, you're like 3 days behind, that's like 10,000 fixes and 12,000 new features". Or ... @keeb will dock you 10 points every day you don't update (yeah, so we know he's never going to do that).

No, really, I then pottered off to github, and ... saw just how hard it's going to be to work out what changed from the releases list, which then suggests that every commit is a release - but if you then goto the commits, it's harder to correlate

Proposed Solution

Minimally, output a list of the release headlines of each release/commit. maybe let --verbose then add the full text from each release/commit,

oh, and other terrible ideas is to make updating less "just give me whatever" and let the user say what release - my work's starting to say we should only update to something that was released a day or more ago. it would also make it simple to let a user choose/test something

OOH (like P.P.S.?) is there a way for my agent to (unprompted) complain to me that i'm forcing it to work with old tools, and then to randomly tell me one or more improvements that running swamp upgrade would clearly give both me, and improve it's working conditions?

Alternatives Considered

release less, code less, touch grass more .... I didn't like the idea enough either :)

Additional Context

02Bog Flow
OPENTRIAGEDIN PROGRESSSHIPPED

Open

7/20/2026, 8:56:25 PM

No activity in this phase yet.

03Sludge Pulse
Editable. Press Enter to edit.

keeb commented 7/20/2026, 9:24:41 PM

@svendowideit every merged PR is a release. the sha at the end of swamp version refers to the git sha it was generated from. we ship anywhere between 10-20 updates a day.

Sign in to post a ripple.