943acbc573
Durcit la convention de nommage des projets (dérive constatée : 'Sliding Automation', 'code_versioning'... au lieu des formes canoniques). - trilium_api.py : projets_canoniques() lit le référentiel = valeurs du label projet sur les notes de type=projet (source unique, pas de constante en dur). Note-projet CodeVersioning créée (manquait). - mcp_server.py : _valider_projet() branché dans les 6 tools de création (add_decision/history/backlog, new_conversation, create_entite, add_skill). Refuse un projet non canonique (suggestion si faute) ou inconnu (renvoi au processus de création de projet). Ne verrouille pas si référentiel illisible. - lint_audit.py : VAL-nommage aligné sur le référentiel (attrape casse, espace ET snake_case ; l'ancien 'contient un espace' ratait code_versioning). - Données : 79 notes ré-étiquetées vers les 3 formes canoniques. Quality by design : l'erreur de nommage devient impossible à l'écriture, le Lint n'est plus que le filet de sécurité.
28 lines
828 B
Python
28 lines
828 B
Python
from typing import final
|
|
|
|
|
|
class PluggyWarning(UserWarning):
|
|
"""Base class for all warnings emitted by pluggy."""
|
|
|
|
__module__ = "pluggy"
|
|
|
|
|
|
@final
|
|
class PluggyTeardownRaisedWarning(PluggyWarning):
|
|
"""A plugin raised an exception during an :ref:`old-style hookwrapper
|
|
<old_style_hookwrappers>` teardown.
|
|
|
|
Such exceptions are not handled by pluggy, and may cause subsequent
|
|
teardowns to be executed at unexpected times, or be skipped entirely.
|
|
|
|
This is an issue in the plugin implementation.
|
|
|
|
If the exception is unintended, fix the underlying cause.
|
|
|
|
If the exception is intended, switch to :ref:`new-style hook wrappers
|
|
<hookwrappers>`, or use :func:`result.force_exception()
|
|
<pluggy.Result.force_exception>` to set the exception instead of raising.
|
|
"""
|
|
|
|
__module__ = "pluggy"
|