Skip to content

Instantly share code, notes, and snippets.

View rubentea16's full-sized avatar
:electron:
πŸ‘¨β€πŸ’»πŸ“Š - data wizard πŸ§™β€β™‚οΈ

Ruben Stefanus rubentea16

:electron:
πŸ‘¨β€πŸ’»πŸ“Š - data wizard πŸ§™β€β™‚οΈ
View GitHub Profile
@rubentea16
rubentea16 / pr_etiquette.md
Created June 30, 2022 07:04 — forked from mikepea/pr_etiquette.md
Pull Request Etiquette

Pull Request Etiquette

Why do we use a Pull Request workflow?

PRs are a great way of sharing information, and can help us be aware of the changes that are occuring in our codebase. They are also an excellent way of getting peer review on the work that we do, without the cost of working in direct pairs.

Ultimately though, the primary reason we use PRs is to encourage quality in the commits that are made to our code repositories

Done well, the commits (and their attached messages) contained within tell a story to people examining the code at a later date. If we are not careful to ensure the quality of these commits, we silently lose this ability.

Semantic Commit Messages

See how a minor change to your commit message style can make you a better programmer.

Format: <type>(<scope>): <subject>

<scope> is optional

Example