Proposal: Stick to Conventional Commit spec and allow extended types to be configured

[zachdaniel]

Proposal: Stick to Conventional Commit spec and allow extended types to be configured

[zachdaniel]

Ultimately I'd be fine with standardizing the way you've mentioned, but it would involve a major release and/or it would need to be non-default behavior because I wouldn't want to break others' workflow. If that can be accomplished then I'd accept a PR to that effect, including the preset logic.

As for reorienting the config, I'd expect that if it ever grows it would grow as "more metadata per type", which is why it is the way it is now. I'm mostly thinking of users adding their configured types, and I think it's a better experience to see them in the changelog and then decide to hide them vs the other way around. But ultimately I don't care too much as long as the same result is reached 😄.

[thiagomajesk]

Hey @zachdaniel! I did not think about how to release this change, to be honest, but let's figure this out together...

Ideally, this would in fact be a major release... However, we can also include a default preset option that uses your current convention. That way it would be a smooth upgrade to the new version. The only real difference is for people heavily customizing their types (which I don't think is the case). For those users, they'll have to rename to extended_types if they want to merge with the standard options instead of overriding completely, I'd argue that this would be a very reasonable and low-impact change for a major release. What do you say?

As for reorienting the config, I'd expect that if it ever grows it would grow as "more metadata per type", which is why it is the way it is now. I'm mostly thinking of users adding their configured types, and I think it's a better experience to see them in the changelog and then decide to hide them vs the other way around. But ultimately I don't care too much as long as the same result is reached 😄.

Understood! It makes sense to keep how it is then, thanks for the explanation.