You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This has originally been brought up in reactphp/promise#204 by @Seldaek, but instead of defining a branch alias, this PR suggests simply renaming what is currently master to 3.x. This is in line with our existing 2.x and 1.x branches and means we do not have to update any alias definitions once we would start working on a potential future 4.x.
From a consumer's perspective, this means installation is now much easier, as targeting ^3@dev (or 3.x-dev) is semantically more obvious and safer than using dev-master. Additionally, keep in mind that branch names are development artifacts that are subject to change at some point in the future. Once we would decide to rename or delete any of our version branches, the ^3@dev reference would still be valid as it would also match stable versions if we have any ^3 tags at this point (which is safe to assume at this point).
The text was updated successfully, but these errors were encountered:
Agree that this suggestion makes perfect sense and is perfectly in line with what we did in our other components already with reactphp/promise#212, reactphp/async#29, and reactphp/filesystem#101 already 👍 On top of this, this also helps avoid using the loaded master wording and not only uses more inclusive wording, but also semantically more meaningful names.
I'm happy to update the branch names if there are no objections 👍
Uh oh!
There was an error while loading. Please reload this page.
I'm suggesting we rename the
master
branches like already done in reactphp/async, reactphp/filesystem and reactphp/promise.This would be the case for the following projects:
1.x
0.7.x
1.x
1.x
1.x
1.x
1.x
1.x
1.x
1.x
As @clue already described in reactphp/promise#212:
The text was updated successfully, but these errors were encountered: