A new version (v1.0.1-auto.0) has been released.
-
@Jenkler "backported" changes behaviour has also changed.
Prior to yesterday, we'd backport changes by cherry-picking them into v1.x.x branch.
From now on, every time a change is important enough that it would've been backported, we will manually release a new patch version (which is how it is supposed to be done).
These are good questions -- I will distill them all into a blog post today or tomorrow.
-
Remember, before we didn't get to play with major version numbers... it was always 0.x.x. Now we have the option to bump up:
- a major version number (if it contains breaking changes)
- a minor version number (backwards compatible changes, deprecation notices)
- a patch version number (for... you guessed it, patches!!)
-
Ok, so -b is for tags ans branches.
- If i first checkout "git checkout -b v1.0.0. How do i update it? git checkout -b v1.0.1 (Lets say we have a v1.0.1 tag)
- Is it possible to downgrade? If i have updated to v1.0.1-auto.0, can i checkout tag git checkout -b v1.0.0 and downgrade (nodebb upgrade)or is that dangerous?
-
I think unofficially, patch versions should not contain upgrade scripts, and so they should be backwards compatible. That said autogenerated builds don't distinguish between them, so it would be difficult to say.
Best advice is to only move forwards, never backwards.
Given some of the opinions in this topic, I'm modifying Misty's behaviour to publish to a weekly release branch instead of the traditionally stable
v1.x.x -
Sounds good
Thanks
