Guidance for a security type #121

Closed
opened 2026-02-17 11:47:59 -06:00 by GiteaMirror · 3 comments
Owner

Originally created by @feanil on GitHub (Feb 25, 2021).

While adopting this spec one thing that stood out was the lack of a security type in the standard. Is there a best practice for this? Or would the committee be open to adding some guidance around how to manage security fixes?

Originally created by @feanil on GitHub (Feb 25, 2021). While adopting this spec one thing that stood out was the lack of a `security` type in the standard. Is there a best practice for this? Or would the committee be open to adding some guidance around how to manage security fixes?
Author
Owner

@damianopetrungaro commented on GitHub (Mar 8, 2021):

@feanil the only "standard type" are feat or fix, you can add as many custom types as you want in your own project :)

@damianopetrungaro commented on GitHub (Mar 8, 2021): @feanil the only "standard type" are feat or fix, you can add as many custom types as you want in your own project :)
Author
Owner

@damianopetrungaro commented on GitHub (Mar 8, 2021):

Gonna close it, if you still have questions or doubts please let me know!

@damianopetrungaro commented on GitHub (Mar 8, 2021): Gonna close it, if you still have questions or doubts please let me know!
Author
Owner

@d-damien commented on GitHub (Jan 15, 2023):

I'm about to start using as I think it deserves its own type indeed, given the importance of security in CS. Seeing as other types are all short − perf, doc etc. − I'll take sec.

@d-damien commented on GitHub (Jan 15, 2023): I'm about to start using as I think it deserves its own type indeed, given the importance of security in CS. Seeing as other types are all short − perf, doc etc. − I'll take `sec`.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/conventionalcommits.org#121