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
Copy file name to clipboardExpand all lines: branches.md
+12-8
Original file line number
Diff line number
Diff line change
@@ -6,12 +6,16 @@ Anyone with push access can create these. Core developers may use them to work
6
6
on code changes that other people would fork Skript for. Pull requests are used
7
7
to merge code from feature branches to anywhere else.
8
8
9
-
## Stable
10
-
A branch that contains the last revision current stable release or current
11
-
beta release (e.g. 2.4). Only bug fixes should be merged here. This branch is
12
-
merged to master every time bugs are fixed.
13
-
14
9
## Master
15
-
A branch that contains the next Skript release, or current alpha release.
16
-
Development on new features happens here, but bug fixes should target the
17
-
stable branch instead, unless the bugs do not exist there.
10
+
The master branch contains the latest release plus all commits merged after it: bug fixes, enhancements and features, all of it.
11
+
Pretty much all PRs should target the master branch.
12
+
13
+
## Development branches
14
+
All recent major releases except for the latest major will have a development branch, for example `dev/2.6`.
15
+
These branches will be updated only with bug fixes, here's how to update it:
16
+
- Create a new branch in your fork from the development branch and check it out locally
17
+
-[Cherry-pick](https://git-scm.com/docs/git-cherry-pick) the commits from master to be included (bug fixes)
18
+
- In case there are conflicts, you can manually apply the changes, but make sure to include both the full commit hash and the PR number (#1234) in the commit message
19
+
- Create a PR for your forked branch targeting the development branch
0 commit comments