Add daily email for 2024-05-15
Should you include issue IDs in your commit messages?
This commit is contained in:
parent
58b31209f6
commit
4def00b81c
29
source/_daily_emails/2024-05-15.md
Normal file
29
source/_daily_emails/2024-05-15.md
Normal file
|
@ -0,0 +1,29 @@
|
|||
---
|
||||
title: Should you include issue IDs in your commit messages?
|
||||
date: 2024-05-15
|
||||
permalink: archive/2024/05/15/should-you-include-issue-ids-in-your-commit-messages
|
||||
tags:
|
||||
- software-development
|
||||
- git
|
||||
cta: ~
|
||||
snippet: |
|
||||
Do you include issue or ticket IDs in your commit messages?
|
||||
---
|
||||
|
||||
It's shown in the examples of the [conventional commits specification][1] as part of the optional footer data.
|
||||
|
||||
But is it useful?
|
||||
|
||||
It can be if your issue tracker is linked to your Git repository and you can click the issue ID in a commit message and see the issue.
|
||||
|
||||
But, how often do teams change issue-tracking software or the project is passed to a different company that uses a different issue tracker?
|
||||
|
||||
That makes the issue IDs that reference the old IDs useless as no one has access to the issues it references.
|
||||
|
||||
I'd recommend putting as much information in the commit message itself and not relying on it being in an external source, like an issue tracker.
|
||||
|
||||
The Git log and commit messages will remain even if a different issue tracker is used, or a different team starts working on the project, and that additional information isn't lost.
|
||||
|
||||
I'm not against putting the issue ID in the commit message but don't do it instead of writing a descriptive commit message.
|
||||
|
||||
[1]: {{site.url}}/archive/2023/11/24/are-conventional-commits-worth-it
|
Loading…
Reference in a new issue