Depuis Git
Clone du repo (URL + ref + token optionnel pour les repos privés). Mode recommandé quand vous avez déjà un workflow git.
Déployer un package
Qu’est-ce qu’un package ?
Section intitulée « Qu’est-ce qu’un package ? »Un package est l’unité de publication sur MecaPy. Il regroupe :
- une ou plusieurs fonctions de calcul (écrites en Python, ou dans n’importe quel autre langage via Docker),
- un fichier manifest
mecapy.ymlqui décrit ces fonctions (entrées, sorties, ressources nécessaires), - les fichiers sources et données associés.
Une fois déployé, le package devient appelable — depuis l’interface, le SDK Python ou l’API — et apparaît dans le catalogue avec son historique de versions.
Les trois canaux de dépôt
Section intitulée « Les trois canaux de dépôt »MecaPy accepte un package par trois canaux. Tous trois aboutissent au même traitement serveur — validation du code, analyse de sécurité, archivage et enregistrement — et ne diffèrent que par la manière de fournir le code. Choisissez selon votre contexte.
Depuis ZIP
Upload d’une archive .zip contenant mecapy.yml + sources.
Pratique pour CI sans accès Git, ou pour ré-uploader un snapshot.
Éditeur en ligne
Édition directement dans le navigateur. Idéale pour découvrir la plateforme, prototyper une fonction, ou corriger une typo sans relancer un commit.
Le changelog
Section intitulée « Le changelog »À chaque montée de version, MecaPy exige un changelog non-vide (max 2000 caractères) décrivant ce qui a changé. Cette note de release est indépendante du commit message Git ou du contenu du zip — c’est ce que les autres utilisateurs verront en premier dans l’historique.
À la création d’un package (première version), le changelog est optionnel : laissé vide, il sera renseigné par défaut « Initial release ».
Les trois modes
Section intitulée « Les trois modes »Allez sur app.mecapy.com/packages/new,
onglet From Git, fournissez :
- Repository URL —
https://github.com/org/repo.git - Branch / tag / commit — par défaut
main - Token — optionnel, pour cloner un repo privé
- Changelog — optionnel à la création, obligatoire à chaque montée de version
Le serveur clone, lit mecapy.yml, valide, et crée le package.
Le hash de commit est enregistré et apparaîtra dans l’historique
sous la forme commit abc12345.
Pour pousser une nouvelle version : depuis la page de détail
du package, bouton Update package → onglet From Git.
La version déclarée dans mecapy.yml doit être strictement
supérieure à la version actuelle.
Allez sur app.mecapy.com/packages/new,
onglet ZIP archive, déposez :
- une archive
.zip(50 Mo maximum) contenantmecapy.yml- vos sources
- un changelog (optionnel à la création, obligatoire à chaque montée de version)
L’archive est extraite, validée (analyse du code, schemas), puis archivée. Aucune dépendance Git nécessaire.
Mise à jour : même page de détail → Update package → onglet ZIP archive.
Allez sur app.mecapy.com/packages/new,
onglet Online editor.
L’éditeur ouvre :
- à gauche, un arbre de fichiers (jusqu’à 50 fichiers, 256 Ko chacun) ;
- à droite, un éditeur de code avec coloration syntaxique adaptée au type de fichier ;
- en haut, un aperçu en chips (nom / version / visibilité) du manifest parsé ;
- en bas, le champ Changelog et le bouton Deploy package.
Une validation en direct s’effectue à chaque modification et affiche les diagnostics (manifest invalide, syntaxe Python, code non autorisé) ligne par ligne, sous l’éditeur. Le bouton de soumission reste désactivé tant que des erreurs subsistent.
Mise à jour d’un package créé en zip ou online : sur la page de détail, bouton Edit online (visible si le package n’a pas été déployé via Git). Le contenu de la dernière version est chargé dans l’éditeur, vous éditez, vous bumpez la version dans le manifest, vous écrivez un changelog, vous soumettez.
Et après ?
Section intitulée « Et après ? »- Pour lancer une fonction du package, plusieurs moyens sont disponibles : depuis l’interface web, depuis le SDK Python, ou via l’API REST.
- Pour créer votre propre package, voir Développement de packages.