4220
Comment:
|
4286
Tweaks
|
Deletions are marked like this. | Additions are marked like this. |
Line 23: | Line 23: |
* 🔒 security: security-related fix * ✏️ typo : extremely minor fix * ⚡ perf: A code that improves performance. Sometimes a subset of refactor. |
* 🔒 security: Security-related fix, i.e. important to highlight in changelog. * ⚡ perf: Change that improves performance. Sometimes a subset of refactor. |
Line 27: | Line 26: |
* 🌐 or 💬 i18n: Internationalization/translation addition, fix. | * 🌐 or 💬 i18n: Internationalization ortranslation addition, fix. |
Line 32: | Line 31: |
* ⏪ revert : revert of previous behavior, fix, or feature | * ⏪ revert : Revert of previous behavior, fix, or feature |
Line 35: | Line 34: |
* 🔗 upgrade: upgrade an external dependency | * 🔗 upgrade: Upgrade an external dependency |
Line 40: | Line 39: |
* 🔧 chore: Code change that external user won't see (e.g. change to .gitignore file) | * 🔧 chore: Code change that external user won't see and does not impact a feature (e.g. change to .gitignore file) |
Line 51: | Line 50: |
* 📝 comments: Internal documentation, e.g. comments. Subset of refactor. * 📚 docs: Documentation related changes. Subset of refactor. |
* ✏️ comment: Internal documentation, e.g. comments. Subset of refactor. * 📚 docs: External documentation. Subset of refactor. |
Line 54: | Line 53: |
* 🎨 style: Code change related to styling, like improving structure or formatting. Subset of refactor. | * 🎨 style: Style change, like improving structure or formatting. Subset of refactor. |
Line 58: | Line 57: |
* 🗑 remove: Remove deprecated code no longer used. | * 🗑 remove: Remove deprecated code no longer used. Keep as a separate commit to make it easy to revert. |
Git Commit Message conventions for AngularJS
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:
- init
- runner
- watcher
- config
- web-server
- proxy
<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.
See also:
Emoji was taken from folke/devmoji and
Good examples:
Semantic Branch Names
https://gist.github.com/seunggabi/87f8c722d35cd07deb3f649d45a31082
- feature/: New feature
- bugfix/: Bug fix
- docs/: Documentation change
- style/: Style change
- refactor/: Refactor
- test/: Adding tests, refactoring tests, etc.
- chore:/ Chore