✨ Support adding a WIP prefix to the title as understood by prow

[Adirio]

Description

Prow adds the label hold/work-in-progress in case a WIP (case insensitive, allowing wrapping non-word characters) prefix is found at the PR title. Allow the title verifier to accept these prefixes without resulting in errors.

[camilamacedo86]

I have no strong opinion here. It shows fine we allow WIP for me. 👍
However, I'd like to see other positions as well. So, only

/approve

[k8s-ci-robot]

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: Adirio, camilamacedo86

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

• OWNERS [Adirio,camilamacedo86]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

[vincepri]

I don't know if this is actually needed? If a PR is merged it probably doesn't have WIP in the title, the release notes tool only looks at the merge commits that have been merged into the mainline branch, it doesn't actually query the APIs

[Adirio]

@vincepri

I don't know if this is actually needed? If a PR is merged it probably doesn't have WIP in the title, the release notes tool only looks at the merge commits that have been merged into the mainline branch, it doesn't actually query the APIs

While it is found in the notes package, the function is actually part of the verify action. As part of #28 I moved it there as at you say it is pretty missleading. What this changes means is that the action won't mark titles starting by WIP or [WIP] as wrong titles if the rest of the title provides a PR type.

[vincepri]

I see, thank you!

[vincepri]

LGTM

/assign @DirectXMan12

[DirectXMan12]

hmm... I guess prow prevents us from merging if something is WIP anyway, so it's fine to pass here.

/lgtm