Add concurrency to PR labels workflow

.copier-answers.yml

@@ -1,6 +1,6 @@
 # WARNING: Do not edit this file manually.
 # Any changes will be overwritten by Copier.
-_commit: v0.5.0-9-g8a8e235
+_commit: v0.5.0-11-g88c9a0e
 _src_path: gh:easyscience/templates
 lib_docs_url: https://easyscience.github.io/utils
 lib_doi: 10.5281/zenodo.18163581

.github/configs/rulesets-develop.json

@@ -29,7 +29,7 @@
         "dismiss_stale_reviews_on_push": false,
         "require_code_owner_review": false,
         "require_last_push_approval": false,
-        "required_approving_review_count": 1,
+        "required_approving_review_count": 0,
         "required_review_thread_resolution": false
       }
     }

.github/workflows/pr-labels.yml

@@ -1,12 +1,28 @@
 # Verifies if a pull request has at least one label from a set of valid
 # labels before it can be merged.
+#
+# NOTE:
+# This workflow may be triggered twice in quick succession when a PR is
+# created:
+#   1) `opened`  — when the pull request is initially created
+#   2) `labeled` — if labels are added immediately after creation
+# (e.g. by manual labeling, another workflow, or GitHub App).
+#
+# These are separate GitHub events, so two workflow runs can be started.
+# The `concurrency` configuration below ensures that only the latest run
+# for the same PR remains active, canceling any previous in-progress
+# run.
 
 name: PR labels check
 
 on:
   pull_request_target:
     types: [opened, labeled, unlabeled, synchronize]
 
+concurrency:
+  group: pr-labels-${{ github.event.pull_request.number }}
+  cancel-in-progress: true
+
 permissions:
   pull-requests: read