Versioning #289
TheBakedPotato
started this conversation in
Ideas
Versioning
#289
Replies: 2 comments 1 reply
-
|
Excellent initiative. I will make two feature requests with which to practice. Unfortunately because I do not fully understand the possibilities I have to start with what I am guessing is a wrong approach. |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
There are now issues at: https://github.com/TheBakedPotato/test-repository/issues |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment

Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
A common strategy for versioning software through version control software is to use tagged commits on say the
mainbranch and those are the definite versions released. How we determine what makes a version, or when a new version has been released, is obviously up for discussion. However, a version only increases when it's agreed upon that the code is stable, not blocking bugs, and then it is released.GitHub does have some wonderful tools to do releases. I created a little test repo for myself here to try out making releases and stuff. It's only quite slick and will hopefully make it clear to others viewing the repo what version is the latest and allow them to easily download the source code for past versions.
If you view that repo, in the UI where you can select branches, you can also view tags. Currently there is one tag,
v0.0.1, just for demonstration purposes but it does help showcase the utility of the tag and release feature of a git repo on GitHub. Making the release and creating the tag on the commit do not require any more advanced knowledge of git. It is simply all done through the GitHub UI.Beta Was this translation helpful? Give feedback.
All reactions