Diff for "CodingStyle/Git"

Differences between revisions 4 and 5

Conventional Commits format

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

<body>

<footer>

Where:

<type> is one of:

External-facing stuff, important to publish to users.

✨ feat or new: New feature. Correlates to MINOR in Semantic Versioning.
- feat: add beta sequence
🐛 fix: Bug fix. Correlates to PATCH in Semantic Versioning.
- fix: remove broken confirmation message
🔒 security: Security-related fix, i.e. important to highlight in changelog.
⚡ perf: Change that improves performance. Sometimes a subset of refactor.
⚙️ config : Configuration change, e.g. modify a default.
🌐 or 💬 i18n: Internationalization ortranslation addition, fix.

Internal repository-related:

🎉 initial: Initial commit of something, may not yet work.
⏪ revert : Revert of previous behavior, fix, or feature
✅ or 🚨: test: Adding new test or making changes to existing test
- test: ensure Tayne retains clothing
🔗 upgrade: Upgrade an external dependency
🔗 deps: Add, upgrade, or anything to do with an external dependency.

Internal changes, not user-facing.

🔧 chore: Code change that external user won't see and does not impact a feature (e.g. change to .gitignore file)
- chore: add Oyster build script
👷 ci: CI-related change, subset of chore.
- 💚 ci : Fix CI
📦 build: Build related changes (e.g. cmake, Broccoli, grunt). Subset of chore.
🚀 deploy or release: New version, snapshot, or deploy.

Refactor-related, i.e. does not add new features.

♻️ refactor: A code that neither fix bug nor adds a feature. (e.g. semantic changes like renaming a variable/ function name)
- refactor: share logic between component1 and component2
✏️ comment: Internal documentation, e.g. comments. Subset of refactor.
📚 docs: External documentation. Subset of refactor.
- docs: explain hat wobble
🎨 style: Style change, like improving structure or formatting. Subset of refactor.
- style: convert tabs to spaces
- style: format w/ black
🚚 rename: Move files. Subset of refactor.
🗑 remove: Remove deprecated code no longer used. Keep as a separate commit to make it easy to revert.

<scope> refers to the module or component. Examples:

<subject> is the first line of the commit message, and:

70c or less
Uses imperative, present tense. "add" vs "adds" or "added", "fix" vs "fixes" or "fixed".
Do not end with period

<body> should:

Includes motivation for the change, and contrasts previous behavior/implementation vs new behavior/implementation
Describe what the commit will do, not what you did.
Wrap at 72c.

<footer> should:

Be one per line, and follow the git trailer format. That is, each line is a key–value pair, separated by either :<space> or <space>#.
Closes #${BUG_NO}, e.g. Closes #123 if the commit closes an issue in your issue tracker.
BREAKING-CHANGE: ${description} to describe this commit breaks previous behavior/interface.

-  ⇤ ← Revision 4 as of 2021-04-09 03:33:13 → 
  Size: 4286
  Editor: SamatJain
  Comment: Tweaks
+   ← Revision 5 as of 2021-04-09 05:37:54 → ⇥
  Size: 4282
  Editor: SamatJain
  Comment:
-Deletions are marked like this.
+Additions are marked like this.
 Line 93:
- * Emoji was taken from [[https://github.com/folke/devmoji|folke/devmoji]] and
+ * Emoji was taken from [[https://github.com/folke/devmoji|folke/devmoji]] and [[https://gitmoji.dev/|gitmoji.dev]]
 Line 97:
- * [[https://github.com/eslint/eslint/commits/master|eslint commit history]] and [[https://gitmoji.dev/gitmoji.dev]]
+ * [[https://github.com/eslint/eslint/commits/master|eslint commit history]]