Master
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é.
14 lines
575 B
Python
14 lines
575 B
Python
# This file MUST NOT contain anything but the __version__ assignment.
|
|
#
|
|
# When making a release, change the value of __version__
|
|
# to an appropriate value, and open a pull request against
|
|
# the correct branch (master if making a new feature release).
|
|
# The commit message MUST contain a properly formatted release
|
|
# log, and the commit must be signed.
|
|
#
|
|
# The release automation will: build and test the packages for the
|
|
# supported platforms, publish the packages on PyPI, merge the PR
|
|
# to the target branch, create a Git tag pointing to the commit.
|
|
|
|
__version__ = '0.8.0'
|