mirror of
https://github.com/Crosse/sshsrv.git
synced 2026-04-25 03:45:55 +03:00
[GH-ISSUE #7] Semantic Version number #5
Labels
No labels
enhancement
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/sshsrv#5
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @joshbode on GitHub (Dec 20, 2024).
Original GitHub issue: https://github.com/Crosse/sshsrv/issues/7
I use a tool called Mise to manage the installation of tools into my development environment and one of the tools I install is
sshsrv.To identify the available versions of
go-based tools, Mise executes the following command internally:Usually there would be a
Versionskey in the response, however forsshsrvthere isn't any (see https://github.com/jdx/mise/issues/3597).I believe that
go listrequires full semantic versions (e.g.vX.Y.Z) to include a specific version in thego list -m -versionsresponse, however the only version tagged in thesshsrvrepo isv1.0(rather thanv1.0.0).Would it be possible to include a tag for
v1.0.0, please?@Crosse commented on GitHub (Dec 21, 2024):
I've pushed a new tag:
(No code change; I probably should have tagged it as v1.0.0, but oh well.) Hopefully this will fix your immediate issue? Let me know if it doesn't.
I honestly didn't realize people used this all that much. I've got some updates I need to make, so maybe there will be a v1.1.0 soon…
@joshbode commented on GitHub (Dec 21, 2024):
Awesome! Thank you.
I've been using sshsrv in conjunction with pktriot (as an alternative to ngrok), since it provides a stable (but initially randomly allocated) port number for tunnels (unlike ngrok which is random each time unless you pay). I got sick of remembering which port was allocated where, but using the SRV record is an elegant way to expose the allocated port :)