Open virresh opened 6 years ago
May I be assigned to this issue?
@rohanrk , @virresh , it looks like the code was already checking for WIP:
, but in a slighly obscure way.
And it wasnt properly supported, as there was another related bug with relatation to imperative tense on WIP:
patches , and the PR fixes that other bug.
When I tested the bear, it failed WIP checks when I had WIP:
I think it failed the imperative checks, not the wip checks.
If so, it was possible to configure GitCommitBear to use WIP:
, but only if the imperative checks were disabled.
Yes. this is because the imperative check modified the shortlog and the WIP check occurred after the imperative check. Was there another issue for the other bug you were talking about?
Currently the bear only yields a result in case the shortlog starts with "[wip] " It should also check for "WIP: "