Does Conventional care if the description is capitalized or not? #72

Closed
opened 2026-02-17 11:42:25 -06:00 by GiteaMirror · 6 comments
Owner

Originally created by @epage on GitHub (Aug 14, 2019).

The current spec does not say one way or the other but all the examples are lower case and someone tells me Angular's spec required it.

Originally created by @epage on GitHub (Aug 14, 2019). The current spec does not say one way or the other but all the examples are lower case and someone tells me Angular's spec required it.
Author
Owner

@damianopetrungaro commented on GitHub (Aug 15, 2019):

Het @epage this is what we recommend :D

https://www.conventionalcommits.org/en/v1.0.0-beta.4/#are-the-types-in-the-commit-title-uppercase-or-lowercase

@damianopetrungaro commented on GitHub (Aug 15, 2019): Het @epage this is what we recommend :D https://www.conventionalcommits.org/en/v1.0.0-beta.4/#are-the-types-in-the-commit-title-uppercase-or-lowercase
Author
Owner

@epage commented on GitHub (Aug 15, 2019):

that is about the type while I'm talking about the description after the colon.

@epage commented on GitHub (Aug 15, 2019): that is about the type while I'm talking about the description after the colon.
Author
Owner

@JeanMertz commented on GitHub (Aug 17, 2019):

someone tells me

I guess that someone was me? 😉

In either case, it's mentioned here in the Angular CONTRIBUTING.md file:

Subject

The subject contains a succinct description of the change:

  • use the imperative, present tense: "change" not "changed" nor "changes"
  • don't capitalize the first letter
  • no dot (.) at the end
@JeanMertz commented on GitHub (Aug 17, 2019): > someone tells me I guess that _someone_ was me? 😉 In either case, it's mentioned [here in the Angular CONTRIBUTING.md file](https://github.com/angular/angular/blob/22b96b9/CONTRIBUTING.md#subject): > ### Subject > > The subject contains a succinct description of the change: > > * use the imperative, present tense: "change" not "changed" nor "changes" > * don't capitalize the first letter > * no dot (.) at the end
Author
Owner

@bcoe commented on GitHub (Aug 20, 2019):

I tend towards lower-case, but not a hill I think is worth dying on; by which I mean, I don't think it's necessarily worth adding more complexity to the spec enforcing my pedantry.

@bcoe commented on GitHub (Aug 20, 2019): I tend towards lower-case, but not a hill I think is worth dying on; by which I mean, I don't think it's necessarily worth adding more complexity to the spec enforcing my pedantry.
Author
Owner

@bcoe commented on GitHub (Sep 7, 2019):

👍 we call out in the specification that conventional commits are not case sensitive.

@bcoe commented on GitHub (Sep 7, 2019): 👍 we call out in the specification that conventional commits are not case sensitive.
Author
Owner

@denisw commented on GitHub (Dec 18, 2023):

👍 we call out in the specification that conventional commits are not case sensitive.

Sorry to comment on such an old ticket, but as mentioned in an earlier comment, the spec only calls this out for the commit type, but not the description. It would still be helpful to tweak the first FAQ entry so that this is explicit, as I just stumbled over this point myself (it's what led me to this issue in the first place).

@denisw commented on GitHub (Dec 18, 2023): > 👍 we call out in the specification that conventional commits are not case sensitive. Sorry to comment on such an old ticket, but as mentioned in an earlier comment, the spec only calls this out for the commit _type_, but not the _description_. It would still be helpful to tweak the first FAQ entry so that this is explicit, as I just stumbled over this point myself (it's what led me to this issue in the first place).
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/conventionalcommits.org#72