Ideally there would never be any merge conflicts in projects and everyone would be happy,
but sadly, quite often on larger projects (more than one pair of developers)
we get merge conflicts in Pull Requests.

what do people think about having a merge-conflicts label
for this so Reviewers/QA never has to (manually) write out:

"please resolve merge conflicts on this PR ..."

and everyone understands what it means when this label is applied to a PR...?

"DWYLBOT" 🤖 Automation Enhancement:

when an event happens on a pull request (e.g. new commit pushed or assignment changed etc.)
we should check all Open Pull requests on the repository for Merge Conflicts...

And based on the existence of merge conflicts:

• the merge-conflicts label should be applied and
• the PR should be assigned back to the person who created the PR.