Depuis quelque temps, nous commençons à utiliser FreeCAD au sein de notre département R&D, en production. FreeCAD a énormément progressé et il devient un outil largement envisageable dans pas mal de projets.
Nous avons développé une maquette d’un petit PLM (Product Lifecycle Management, ou gestion du cycle de vie d’un produit) pour la gestion des fichiers CAD de FreeCAD. Ce petit projet est aujourd’hui déployé sur notre intranet, il est donc en production et sera plus sérieusement suivi, et il pourrait aussi intéresser d’autres utilisateurs de FreeCAD.
Ce PLM est basé sur un Framework, développé en interne, TaackUI, qui est sous licence Apache V2, et en version 0.7.8.
Les principales caractéristiques de ce PLM :
- Gestion de version de fichiers liés ;
- Gestion des forks (Deep, Direct ou Modifié) ;
- Intégration d’un gestionnaire de fichiers versionné (via l’application Attachment) ;
- Intégration de Collabora pour l’édition “inline”;
- Mais il est à sens unique : FreeCAD ne fait que pousser les versions vers le serveur, il faut télécharger une version du PLM vers le PC, sous forme d’un fichier Zip.
Collabora et unoserver sont optionnels, mais il faut un freecad-app-link dans votre Home.
Il y a une version démo accessible sur la page du projet, et une explication du fonctionnement sur la page du workbench FreeCAD. Il y a également une vidéo qui explique en anglais comment installer le serveur de démo.
Le plus complexe pour commencer, c’est de bien sauvegarder les fichiers avant de valider l’envoie des fichiers. Normalement le comportement est assez robuste car très basique, mais certaines erreurs peuvent se présenter si les fichiers eux-mêmes contiennent des erreurs (dû à une montée de version par exemple).
# Sauvegarder avant d'envoyer
Posté par Florian13 . Évalué à -1 (+2/-0).
Le flux à sens unique, zip en retour, c'est probablement le bon choix : un
.FCStdne se merge pas. Par contre le « pensez à sauvegarder avant d'envoyer » va mordre. Un hook côté workbench qui refuse le push si le document est dirty, ça éviterait pas mal de tickets.Les forks Deep / Direct / Modifié, un exemple concret (deux personnes, même assemblage) aiderait à voir lequel on prend au quotidien.
[^] # Re: Sauvegarder avant d'envoyer
Posté par YBoy360 (site web personnel) . Évalué à 1 (+0/-1). Dernière modification le 21 septembre 2026 à 19:13.
Pour la sauvegarde, effectivement, ce sera un élément gênant, mais ça n'a aucune incidence lors de la synchronisation. Les fichiers étant dé-dupliqués sur le serveur, il ne se passera strictement rien (juste un peu de bande passante consommée).
Malheureusement, la méthode isDirty n'est pas très bien gérée par FreeCAD dans le cas de documents liés. Donc il n'y a pas de solutions simple, à ma connaissance.
Dans le même genre, il y a la duplication de l'historique des documents modifiés, qui ne fonctionne pas parfaitement à cause de cela.
Concernant les forks d'historique, il y a un exemple dans la vidéo. Ça consiste juste à avoir plusieurs historiques d'assemblages proches. L'historique est linéaire. Dans l'approche choisie, 2 personnes partagent l'historique, c'est le dernier qui sauvegarde qui impose la dernière version. Les 2 personnes devront donc se mettre d'accord, ou avoir un historique distinct.
# Je vais regarder ça
Posté par Luc-Skywalker . Évalué à 3 (+1/-0).
ça pourrait en effet m'intéresser.
J'ai découvert récemment ceci sur le blog de FreeCad : https://github.com/eblanshey/HistoryWorkbench
Je trouve ça pas mal comme idée
Ainsi que (toujours sur le blog de FreeCad):
https://github.com/FreeCAD/Ondsel-Lens-Addon/
J'ai bien l'impression que ce n'est pas un gestionnaire de version à la base
"Si tous les cons volaient, il ferait nuit" F. Dard
[^] # Re: Je vais regarder ça
Posté par YBoy360 (site web personnel) . Évalué à 2 (+0/-0). Dernière modification le 22 septembre 2026 à 08:38.
Je vais me renseigner sur le History Workbench.
Certaines fonctionnalités paraissent vraiment intéressantes, comme les comparaisons entre versions de modèles, que je ne pensais pas faisable.
On a un petit avantage avec notre approche, c'est de pouvoir identifier rapidement qui utilise un fichier, et aussi pouvoir intégrer l'historique à un workflow applicatif.
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.