McColson a écrit : 13 déc. 2018, 11:14Est-ce qu'avec ton expérience, tu penses que GitHub serait utilisable (et adapté) pour une bibliothèque de fichier 3D (solidworks ou STEP) et 2D (pour du layout sous inkscape).
Utilisable oui, adapté, bah tout dépend de ce que tu entends par "adapté".
McColson a écrit : 13 déc. 2018, 11:14Deuxième question : est-ce que github peux servir de base de données pour intégrer dans une frame par exemple dans une page web ?
(Oui je sais j'ai un niveau sur le sujet proche de celui d'un prof d'EPS... lol)
Non, ou en tous cas pas de façon simple (on peut avoir une copie du repo sur le serveur et faire en sorte que chaque mise à jour du github déclenche une mise à jour du repo local qu'on utilisera pour mettre à jour la page web, mais là on n'est plus vraiment sur un niveau "prof d'EPS"
)
PS: On est en 2018, et en 2018, les frames c'est caca
Bref, la vraie question qui se pose c'est : quel est l'objectif ?
- Une bibliothèque ouverte à laquelle chacun peut contribuer "facilement", mais avec une présentation pas très "eye-candy" -> git
- Une bibliothèque pour laquelle il faut gérer manuellement chaque contribution, le tout avec une jolie page web pleine d'images pour bien voir de quoi il s'agit et de jolis liens pour télécharger facilement LE symbole qu'il nous faut -> du PHP/Python sur un serveur web
- Une bibliothèque facilitant les contributions, qui présente bien et avec un minimum d'administration -> git + gros dev PHP/Python (et à condition d'avoir un accès root sur le serveur)
Pour info,
https://kicad.github.io/ est mis à jour automatiquement quand les libs kicad sont mises à jour, mais il y a une grosse infrastructure derrière :
- Github notifie un serveur Travis (un truc de développeurs) quand il y a une modif sur les repos kicad-symbols, kicad-footprints etc...
- Travis fait un "git pull" pour récupérer les modifs
- Travis exécute un script pour créer des fichiers Jekyll (moteur de blog statique) reflétant le nouveau contenu du repo modifié
- Travis intègre ces modifs dans sa copie locale du repo kicad.github.io et met à jour la version Github de ce repo en conséquence
- Github étant paramétré pour que le repo kicad.github.io soit l'image du site https://kicad.github.io, il va automatiquement lancer Jekyll sur ce repo
- La sortie de Jekyll est copiée sur le serveur de Github Pages pour mettre à jour https://kicad.github.io
Dans cette liste, les points 1, 5 et 6 sont gérés directement par Github, il n'y a pas grand chose à faire sinon un peu de paramétrage assez simple.
Les points 2, 3 et 4 en revanche sont un peu plus tendus à mettre en oeuvre, d'autant que pour PG5 il faudrait remplacer Travis par une appli custom (tu n'as vraiment pas envie d'installer et paramétrer un Travis pour PG5, crois-moi).
Bref, rien d'insurmontable, mais du dev pour type un peu expérimenté (le genre de truc à ma portée, mais qui ne me parait pas trivial)
..:: 
) 
)