Version sub command always shows "dev" #274

Closed
opened 2025-12-29 01:25:46 +01:00 by adam · 6 comments
Owner

Originally created by @x86dev on GitHub (Jun 12, 2022).

As the title says, the version sub command always shows "dev". It would very useful to show the real / tagged version number (e.g. 0.16-beta3 as of writing) to see if already running the latest and greatest version.

Originally created by @x86dev on GitHub (Jun 12, 2022). As the title says, the version sub command always shows "dev". It would very useful to show the real / tagged version number (e.g. 0.16-beta3 as of writing) to see if already running the latest and greatest version.
adam added the bug label 2025-12-29 01:25:46 +01:00
adam closed this issue 2025-12-29 01:25:46 +01:00
Author
Owner

@huskyii commented on GitHub (Jun 12, 2022):

Makefile has this feature, however, it has a bug... In my dev machine, it print nothing, could you provide your setup?

You can manually specify version through make build version=v0.16.0-beta3

Proposed fix: #636

@huskyii commented on GitHub (Jun 12, 2022): Makefile has this feature, however, it has a bug... In my dev machine, it print nothing, could you provide your setup? You can manually specify version through `make build version=v0.16.0-beta3` Proposed fix: #636
Author
Owner

@kradalby commented on GitHub (Jun 12, 2022):

I suspect the problem here is that it isnt passed via Go Releaser, which is what produces the binaries "most" people download.

edit: No thats not it.

@kradalby commented on GitHub (Jun 12, 2022): I suspect the problem here is that it isnt passed via Go Releaser, which is what produces the binaries "most" people download. edit: No thats not it.
Author
Owner

@kradalby commented on GitHub (Jun 12, 2022):

@x86dev Where do you see this behaviour? I just pulled down the binaries from the release page and all of them has the correct version.

@kradalby commented on GitHub (Jun 12, 2022): @x86dev Where do you see this behaviour? I just pulled down the binaries from the release page and all of them has the correct version.
Author
Owner

@x86dev commented on GitHub (Jun 12, 2022):

I'm pulling my headscale server via headscale/headscale:latest, which currently is at 25f15f64c292 (21 hours ago as of writing). When I issue a docker exec <my-container> headscale version it just returns "dev".

@x86dev commented on GitHub (Jun 12, 2022): I'm pulling my headscale server via headscale/headscale:latest, which currently is at 25f15f64c292 (21 hours ago as of writing). When I issue a ``docker exec <my-container> headscale version`` it just returns "dev".
Author
Owner

@kradalby commented on GitHub (Jun 12, 2022):

ah, in that case its a duplicate of #186, closing as duplicate.

@kradalby commented on GitHub (Jun 12, 2022): ah, in that case its a duplicate of #186, closing as duplicate.
Author
Owner

@x86dev commented on GitHub (Jun 12, 2022):

Ah good, wasn't aware of #186. Thanks!

@x86dev commented on GitHub (Jun 12, 2022): Ah good, wasn't aware of #186. Thanks!
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/headscale#274