-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add support for subscopes #386
Comments
Thank you for reaching out!
Could you give me any references that subscopes are discussed? Then, I can take a look on it! |
I don't know about the conventional commit community but this is a feature used in this package |
Thank you, that sounds useful. If you're able to help out, we'd gladly welcome a PR! |
I would love to help adding subscopes! Currently I am a bit busy, but I can try to push some code out. Just want to make sure the code aligns with your ideas/conventions. So do you have an idea on how to implement this? My proposition is to have a Additionally we could somehow make a set of scope:
subscope-delimeter: "/"
options:
scope1:
- subscope1
- subscope2
scope2:
subscope1:
- sub-subscope1
- sub-subscope2 |
Describe the feature
There have been talks in the conventional commit community about subscopes. A way of doing subscopes is
fix(web/api)
orfix(web:api)
.The implementation of this feature is rather hard: one might have multiple levels of subscopes. A way to resolve this is nested lists that list all the allowed subtypes, sub-subtypes etc.
The text was updated successfully, but these errors were encountered: