Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Git Tags #130

Closed
chorvus opened this issue Sep 5, 2012 · 3 comments
Closed

Git Tags #130

chorvus opened this issue Sep 5, 2012 · 3 comments

Comments

@chorvus
Copy link

chorvus commented Sep 5, 2012

It would be nice to have some version tags for the official releases in the repository (eg: v1.5.4.1). Right now it's not really distinguishable whether the master branch is a stable version or not, and what version it points to.

@opencart opencart closed this as completed Sep 6, 2012
@leo72
Copy link

leo72 commented Sep 23, 2012

I agree. I need it to checkout to previews version and check my modules compatibility.

@chorvus
Copy link
Author

chorvus commented Apr 26, 2013

Please utilize this git feature.
The advantages are:

  • Users will be able to distinguish a release commit from a mid-release commit (and potentially
  • Be able to fast-forward (see upgrade) from a version to another and keep every local changes/mods easily (git will do all the magic and no manual diffing/patching is needed)
  • Better overall repository organization

I also saw you created a branch with a version name which is behind the master branch. Usually there are two branching models followed:
One is when master contains every incremental change (tested), and separate features that are under construction are given their own branch. Version branches almost always indicate future versions worked on.
The other one is the well known master/develop/feature branching model described here: http://nvie.com/posts/a-successful-git-branching-model/ (there are some variations around too).

The first one is easier to follow but overall less organized, but it's still an upgrade towards the current one.
A large scale project such this would benefit from switching to either one of them, along with the taging of the commits.

Keep up the good work and don't stop learning :)
Alex

@rb2
Copy link
Contributor

rb2 commented Apr 26, 2013

Duplicates #398 and #151

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants