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: .github/CONTRIBUTING.md
+7-7Lines changed: 7 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -48,23 +48,23 @@ Open both repositories ([DocFX Site Builder](https://github.com/IgniteUI/igniteu
48
48
# <aname='#fixing'> Fixing bugs and adding new samples</a>
49
49
## <aname='#bug'> Bug fixing guidelines</a>
50
50
51
-
1. Depending on where the bug was found `the current version` or the `ongoing release version`, checkout a development branches from `vNext` or/and `master` branch. `vNext` is the version that is going to be used upon release (next version), and `master` is the branch with the current state (current version available on production). If the change/fix is applicable only to the ongoing release branch (`vNext`) there is no need to cherry-pick to `master` branch as the change/fix/feature will be pushed to `master` branch upon release.
51
+
1. Depending on where the bug was found `the current version` or the `ongoing release version`, checkout a development branches from `vnext` or/and `master` branch. `vnext` is the version that is going to be used upon release (next version), and `master` is the branch with the current state (current version available on production). If the change/fix is applicable only to the ongoing release branch (`vnext`) there is no need to cherry-pick to `master` branch as the change/fix/feature will be pushed to `master` branch upon release.
52
52
2. Run lint
53
53
3. Pull request your changes and reference the issue. Use the enforced commit message format with applicable type, scope, etc.
54
54
4. Don't forget to make the necessary status updates, as described in the workflow section.
55
55
56
-
> Note: Cherry-pick to `master` branch only changes with **high priority**. There is no need to cherry-pick into `master` every bug fix/change from `vNext`> A regular mass merge PRs are going to be made from `vNext` into `master`.
56
+
> Note: Cherry-pick to `master` branch only changes with **high priority**. There is no need to cherry-pick into `master` every bug fix/change from `vnext`> A regular mass merge PRs are going to be made from `vnext` into `master`.
57
57
58
58
**Example workflow for a bug with high priority**
59
59
The process will look like this:
60
60
61
-
1. Checkout new branch from `vNext`. For code example purposes let's say the new branch is called `fixing-bug-5423-vNext`.
62
-
2. Commit your changes to your `fixing-bug-5423-vNext` branch.
63
-
3. Push and PR to the `vNext` branch.
61
+
1. Checkout new branch from `vnext`. For code example purposes let's say the new branch is called `fixing-bug-5423-vnext`.
62
+
2. Commit your changes to your `fixing-bug-5423-vnext` branch.
63
+
3. Push and PR to the `vnext` branch.
64
64
4. Switch to the `master` branch.
65
65
5. Create a new branch from `master`. For code example purposes let's say the new branch is called `fixing-bug-5423-master`.
66
-
6. Cherry pick your commit from the `fixing-bug-5423-vNext` branch: `git cherry-pick ..`
66
+
6. Cherry pick your commit from the `fixing-bug-5423-vnext` branch: `git cherry-pick ..`
67
67
7. Push to your `fixing-bug-5423-master` branch and PR to the `master` branch.
68
68
69
69
## <aname='#new-sample'> Adding new samples guidelines </a>
70
-
Depending on where the the new sample should be added, `the current version` or the `ongoing release version`, checkout a development branches from `vNext` or/and `master` branch. `vNext` is the version that is going to be used upon release (next version), and `master` is the branch with the current state (current version). If the new sample is applicable only to the ongoing release branch (`vNext`) there is no need to cherry-pick to `master` branch as the new sample will be pushed to `master` branch upon release.
70
+
Depending on where the the new sample should be added, `the current version` or the `ongoing release version`, checkout a development branches from `vnext` or/and `master` branch. `vnext` is the version that is going to be used upon release (next version), and `master` is the branch with the current state (current version). If the new sample is applicable only to the ongoing release branch (`vnext`) there is no need to cherry-pick to `master` branch as the new sample will be pushed to `master` branch upon release.
0 commit comments