Discussion :

[angioedema]

Bonjour,

Je cherche un outil de gestion de package / bibliothèque externe et interne. Suite à mes recherches, je suis tombée sur Conan. Toutefois, j'ai beau lire la documentation du dit outil, je ne comprends pas pourquoi il y a un server de mis à disposition, si il est obligatoire ou non.... Sachant que dans mon cas, j'aimerais garder Git comme repo et comme outil de versionning. L'application est surtout pour la création et l'harmonisation du code en interne entre les différents projets, mais aussi un moyen simple de gérer les différentes version sur sa machine en temps que dev.

Qu'en pensez vous ?

Merci et bonne journée.

[Bktero]

J'ai commencé à regarder cette conférence :

mais je me suis arrêté à 29 min, juste quand il commence à parler de Conan. Ca pourra peut-être te permettre d'y voir plus clair

[angioedema]

Merci ! la conférence est en effet super intéressante. Toutefois, elle ne m'éclaire pas sur un point, quel est le rôle de ce serveur lorsqu'on a Git pour un librairie interne ?

[koala01]

Salut,

Merci ! la conférence est en effet super intéressante. Toutefois, elle ne m'éclaire pas sur un point, quel est le rôle de ce serveur lorsqu'on a Git pour un librairie interne ?

Git es ce que l'on appelle un "système de gestion de versions concurrentes".

Pour faire simple, son principal objectif est de garder l'historique de toutes les modifications qui ont été apportées au code.

En effet, dés que l'on dépasse le stade de "projets jetables", de petits programmes codés en vitesse pour voir comment réagit le compilateur ou pour arriver à comprendre une syntaxe particulière, on va être confronté à la "durée de vie" du projet : tant qu'il sera utilisé, le projet sera "vivant". Et, tant que le projet est vivant, nous pourrons être confrontés à trois bonnes raisons d'en changer le code:

1. parce que l'on veut y ajouter une nouvelle fonctionnalité
2. parce que l'on veut corriger un bug
3. parce que l'on veut améliorer les performances générales

Malheureusement, l'enregistrement des fichiers est soumis à un comportement qui est finalement fort proche de celui d'une plaque de marbre:

Quand tu enregistre un fichier, c'est comme si tu gravais le contenu du fichier sur une plaque de marbre. Si tu modifies le contenu de ce fichier et que tu le sauvegarde à nouveau, c'est comme si tu brisais la plaque de marbre avec le contenu précédant pour la remplacer par une nouvelle plaque de marbre gravée ... avec le nouveau contenu.

Si bien que, lorsque tu sauvegarde un fichier que tu as modifié, ce qu'il contenait avant est ... purement et simplement perdu!

Par chance, la plupart des éditeurs de textes supportent les fonction "undo" et "redo", qui permettent -- dans une certaine mesure -- de "revenir en arrière" afin d'annuler une modification "inappropriée". Sauf que cette historique:

• est généralement limitée quant au nombre de modifications que l'on peut annuler / refaire
• est perdue lorsque l'éditeur de texte est éteint

Et, pour notre malheur, l'erreur étant humaine, il arrive très régulièrement que les modifications apportées au code fassent "pire que mieux" : on résout un problème, mais on en occasionne quatre autres

Git va permettre de garder "une partie" de l'historique des modifications, ce qui nous permettra, si l'on se rend compte que notre "correction" a occasionné de nouveaux problèmes, de "revenir en arrière" et peut être de partir d'une solution "moins grave".

C'est tout ce qu'il fait en gros (en plus de nous permettre, le cas échéant de récupérer une certaine cohérence dans un fichier qui aurait -- par erreur -- été modifié par plusieurs personnes en même temps.

Le but de conan est "uniquement" de permettre de fournir des "packages" qui pourront fonctionner les uns avec les autres, malgré le fait qu'ils soient -- peut-être -- fournis sous des formes différentes

[DarkinGoD]

Par défaut avec l'installation de Conan, le serveur conan-center est ajouté par défaut. Tu peux le supprimer si tu ne veux pas télécharger les packages d'internet.

Au niveau de l'utilisation, tu peux rester en local sur ton repository local ou monter un serveur pour partager les packages en interne. Le serveur peut rester totalement déconnecté du net.

Il faut bien comprendre au niveau de conan qu'il y a ce qui s'appelle une recette (recipe) qui est le conanfile.py (ou conanfile.txt pour la version basique). C'est ce script python formalisé qui va permettre à l'outil de récupérer ce dont le projet à besoin et de créer le package nécessaire. Et quand on dit package nécessaire, il peut il y en avoir une foulée (en différenciant l'architecture, le compilateur, l'os, le mode de build ou encore des options personnalisées) ou juste un seul (cas d'un package avec uniquement des headers qui sont valable quelque soit le contexte).

En premier lieu conan va récupérer les recettes pour construire son arbre de dépendance. Une fois effectué, il va en déduire les packages qui lui sont nécessaires et va essayer de récupérer les binaires directement sur le serveur si ils sont disponibles. Dans le cas où le package n'est pas dispo, conan pourra le reconstruire tout seul si les étapes sont bien renseignées (récupération des sources (de git par ex), build et packaging).

Je l'utilise actuellement au jour le jour et le trouve extrêmement pratique. Si tu as d'autres questions n'hésite pas.

[angioedema]

Merci pour l'ensemble de vos réponses, je pense que j'ai largement de quoi continuer pour la suite