ci: run the build on pull requests to the default branch

[phmatray]

La CI de ce depot ne s'executait sur aucune pull request

La branche par defaut est dev, mais main.yml filtrait ses PR sur - "main" # Trigger the workflow on pull requests to the main branch.

GitHub n'evalue le declencheur pull_request que si la branche cible correspond au filtre : aucune PR vers la branche par defaut ne declenchait donc de build. Consequences mesurees :

• aucun check ne gardait les merges sur ce depot ;
• l'automerge Renovate ne pouvait jamais s'armer (il attend un check vert), d'ou l'accumulation de PR.

Le filtre de branche est retire de pull_request (convention du portfolio : une PR vers n'importe quelle branche declenche le build). push est laisse intact : le repointer ferait tourner la CI sur la branche par defaut, ou un echec preexistant s'afficherait en rouge.

Cette PR est son propre test : le check qui apparait ci-dessous est la preuve que le declencheur fonctionne. Merge uniquement s'il est vert.

[phmatray]

Le declencheur est repare — et il revele un build casse

La correction du filtre pull_request fonctionne : un check s'execute enfin sur ce depot. Il est rouge, et il l'etait deja avant cette PR — simplement, personne ne pouvait le voir.

NU1902 — AngleSharp 1.4.0 vulnerable (GHSA-pgww-w46g-26qg), avec l'audit NuGet en erreur. Correctif pousse sur cette branche (CPM 1.4.0 -> 1.5.2), verifie en local : l'erreur disparait.

Le build reste rouge pour une raison independante : l'app demo demo/HtmxAppServer a des erreurs de parsing Razor (CS0103 sur div, foreach, path — signature d'un @ parasite ou d'une balise non fermee). Preexistant, jamais vu car la CI ne se declenchait sur aucune PR.

PR laissee ouverte volontairement : la regle du portfolio est de ne merger que du vert. Reparer le build est un travail distinct de la reparation du declencheur.