un1970ix 2 days ago

This is why you don't let Claude handle versioning and the release process. From v0.1.0 to v1.0.0 to v2.0.0, and then suddenly 1.2.0? Semantic versioning isn't quantum mechanics. (Even then, I'll admit it's sometimes hard for me too to decide the right increment when tagging versions. :)

▲

KomoD 2 days ago | parent | next [-]

> This is why you don't let Claude handle versioning and the release process.

Or anything else without reviewing it.

lol @ the issue in the repo: "module declares its path as: github.com/yourusername/ts-ssh"

▲

0x457 2 days ago | parent | prev | next [-]

https://preview.redd.it/ou8h9owirmme1.png?width=1024&auto=we...

▲

ape4 2 days ago | parent | prev | next [-]

In general, maybe security code (which is what this is) might not be the best place for AI.

▲

cedws 2 days ago | parent | prev | next [-]

Semantic versioning isn’t the only way of versioning. Linus Torvalds versions Linux how he sees fit.

▲

ramon156 2 days ago | parent | prev | next [-]

- 0.0.1 -> improvements

- 0.1.0 -> breaking changes

- 1.0.0 -> overhaul/refactor needed

I know not every case is easy but this is my rule of thumb. I've honestly never needed a major version change

▲

Timon3 2 days ago | parent | next [-]

That kind of goes counter to semantic versioning, where:

- x.y.Z (patch) -> backward compatible bug fixes

- x.Y.z (minor) -> backward compatible new features

- X.y.z (major) -> breaking changes

But of course it's fine to use whatever versioning scheme you like, as long as you communicate it to your consumers.

https://semver.org/

Edit: updated the version strings for clarity.

▲

zamadatix 2 days ago | parent [-]

Minor note, but since the topic is accurate semvar: rule 4 specifies 0.x.y is a special case where anything may change at any time.

	▲	un1970ix 2 days ago \| parent \| next [-]
		Relevant section: https://semver.org/#:~:text=How%20should%20I,next%20major%20...
	▲	Timon3 2 days ago \| parent \| prev [-]
		Good point, if we're already being pedantic we should be accurate. I've updated the version strings in my comment, thanks!

▲

chrisweekly 2 days ago | parent | prev | next [-]

Using a 3-digit version like semver, while assigning different semantics, is a recipe for confusion if anyone except you ever refers to a package using this "rule of thumb".

▲

indrora 2 days ago | parent | prev [-]

0.0.1 - I fixed a bug

0.1.0 - I rearchitected the bug

1.0.0 - The bug is integral to the codebase.

	▲	i8code a day ago \| parent [-]
		I agree, the initial set of releases were all over the place. I took the feedback from this thread and fed it to Claude along with the semver.org references that were linked here for more detailed (and pedantic) context. Makes way more sense now. Thanks for the feedback! Claude handled the cleanup. Here's the updated releases: https://github.com/derekg/ts-ssh/releases

▲

2 days ago | parent | prev [-]

[deleted]