-
Notifications
You must be signed in to change notification settings - Fork 41
Project Charter
This file contains the Mithril Project Charter, including but not limited to coding standards and best practices when contributing.
-
Use rustfmt to format the code before submitting a commit.
-
This can be easily done on saving files in your IDE, such as in Visual Studio with the Rust Extension.
Why
It helps the team keep a clean and neat codebase and straightforward commits diffs
TBD
Here are seven rules for great git commit messages:
-
Separate subject from body with a blank line
-
Limit the subject line to 50 characters (soft limit)
-
Capitalize the subject line
-
Do not end the subject line with a period
-
Use the imperative mood in the subject line and suffix with ticket number if applicable
-
Wrap the body at 72 characters (hard limit)
-
Use the body to explain what and why vs. how
Why
Git commit messages are our only source of why something was changed the way it was changed. So we better make the readable, concise and > detailed (when required).
Thanks to the Hydra team for these Git guidelines! Hydra Wiki
Here are the rules we tend to apply when using PR:
-
Name your branches properly: for example
username/branch-that-does-something
-
Prefer PR over main branch commit (they are reserved for very low impact updates and should used with parcimony)
-
Prefer Rebase and Merge than Create a merge commit
-
Prefer multiple atomic commits (it will facilitate the reviews)
-
Make sure the CI is all green 🟢
-
Ask for reviewers (caution, they may depend on the modified directories): 1 approval is the general rule, wait for 2 or more if the impact is high
Why
Code reviews are important to share knowledge and to deliver better software quality!
-
.github
: anyone -
demo
: anyone -
mithril-core
: @iquerejeta at least -
mithril-proto
: anyone -
mithril-test-lab
:-
mithril-monitor
: @m10f at least -
other subfolders
: anyone
-