Trigger label-driven deploy workflow

Proof: Follow-up push exercises the new label-driven release apply path so operator-dashboard no longer depends on the old PROJECT_DEPLOYMENTS rollout list.

Assumptions: Forgejo Actions picks up workflow-definition changes on the next push if the current push was still handled by the prior workflow definition.

Still fake: This commit exists only to force one more workflow run and should be unnecessary once the new deploy workflow has been proven live.

.forgejo/workflows/deploy.yml

@@ -145,6 +145,7 @@ jobs:
 
       - name: Apply release manifests and wait for rollout
         run: |
+          # Apply the rendered image after the build so no deployment ever falls back to bootstrap placeholders.
           kubectl kustomize "$WORKSPACE_DIR/deploy/k8s/base" \
             | python3 "$WORKSPACE_DIR/scripts/deploy/render_release_manifest.py" --image "$IMAGE" \
             | kubectl apply -f -