You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Its primordial an option make nested eemoji rule only be applied to the {scope} context. The actual behavior is to be applied to any keyword (at any position) in the context of {scope} +{subject}.
At my example, we can see how it can make a mess in git repo icons and brings wrong information.
Maybe you can create a new context {scope} and add it to config possibilities extending format options.
Or, forgetting BDUF and concentrating only on this feat, you can create a simple additional option on nested emoji to control if should be applied to {subject} context or not.
Context options
subject: apply only to {subject}
scope: apply only to {scope}
all: apply to {subject} and {scope} (it how actually woks)
Its primordial an option make nested eemoji rule only be applied to the {scope} context. The actual behavior is to be applied to any keyword (at any position) in the context of {scope} +{subject}.
At my example, we can see how it can make a mess in git repo icons and brings wrong information.
Maybe you can create a new context {scope} and add it to config possibilities extending format options.
Or, forgetting BDUF and concentrating only on this feat, you can create a simple additional option on nested emoji to control if should be applied to {subject} context or not.
Context options
example idea:
My actual scenario example
Example eemoji config:
Example commit:
git commit -m 'chore(my-package): maybe in future we need bump some deps'
Expected return:
received return at this moment:
The text was updated successfully, but these errors were encountered: