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
When commit history does not provide sufficient details for a reader, we might request updating the commit history.
This often happens for new functionality or changing the current one without explaining why are we changing it or
how to use a new one.
Good example that would lead to change request in the PR is "Initial version for new feature" one-liner in the commit history.
Copy file name to clipboardExpand all lines: docs/reference/contributing/guidelines/workflow.md
+2Lines changed: 2 additions & 0 deletions
Original file line number
Diff line number
Diff line change
@@ -64,6 +64,8 @@ Pull requests on GitHub have to meet the following requirements to keep the code
64
64
- Comment in the pull request on every change (rebase or new commits). This helps reviewers to be up to date with changes
65
65
- Pull requests should fix a bug, add a feature or refactor.
66
66
67
+
If commits do not follow above guidelines, you might be requested to modify the commit history (it is often adding more details to address _what_ and _why_ vs _how_).
68
+
67
69
#### Release versioning
68
70
69
71
You can find Mbed OS versioning at [How We Release Arm Mbed OS](../introduction/how-we-release-arm-mbed-os.html).
0 commit comments