-
Notifications
You must be signed in to change notification settings - Fork 112
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
Please tag stable releases #1
Comments
I will start to follow this semantic versioning scheme in addition to the changelog. Thanks for the input. Can I ask how you use the version number in your deployement? Are you able to tell pip to update a package in this way: django-page-cms>=1.2.0<1.3.0 Meaning that is take the latest backward compatible package for 1.2? |
You can do something like that, but usually I prefer using source checkouts (so I can directly patch & commit if I find a bug):
So it will always stay at that version until I manually update it. Semantic versioning just makes it easier for me to look at the new tag and tell how much is going to break if I update. I could probably set up something similar to what you described (tell pip to automatically update if it won't break anything) but I'd want to test it anyway to be sure, so it's not a big priority. |
Hum I kind of fail on the latest release 1.1.3. I should have incread Y (X.Y.Z) because there was new features. The release should be backward compatible anyway. |
This would help us out a lot.
We're using page-cms quite a bit and it would be handy to be able to pull down a consistent, working version when deploying without worrying about any changes made since the last time we pulled.
Using semantic versioning would be awesome: http://semver.org/
The text was updated successfully, but these errors were encountered: