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.

svendowideit commented 7/28/2026, 11:19:19 AM(edited)

indeed - which is why i was thinking of updating (from the cli), but wanted to see what changed between what i had now, and the latest release - and figuring that out is several steps away - going to the project releases, only to realise it's really hard to work out from there, thinking a little, and then going to the commits on the repo, and realising that I could work it out, but ... it was .... almost a week. so being able to swap update --release-notes and have it tell me what's new, or swamp update --dry-run --release-notes to tell me what i'd get id would be cool

and by that, i'm basically suggesting something akin to git log --onelne between the current install and whatever the user asks for (I'm assuming we can ask for a specific release?)

Sign in to post a ripple.