Discussion :

[black_hole]

Bonjour,

Je me suis créé un repos git chez moi et je voudrais faire une livraison d une librairie .so.

Je ne sais pas trop comment ça marche et quelle methodologie suivre. Y a t il un logiciel qui a partir d un repos git et d un fichier de compilation .so créé un fichier zip de release?

[LittleWhite]

Bonjour,

Une release n'est qu'une simple compilation du projet (sans informations de debug). Suivant votre script de compilation, vous avez peut être une option spéciale.

[black_hole]

Merci pour la réponse.

Comment c est fait alors une livraison de cette release? Comment générer le .zip qui contient les .h et la librairie?

[LittleWhite]

Comme je l'ai écrit, cela dépend du script de compilation. Avec CMake/CPack par exemple, vous pouvez créer des paquets simplement, et ils intégreront les fichiers nécessaires.
Si vous faites vous même votre Makefile, ou un script, alors c'est un vous de faire l'archive correctement.

[black_hole]

Merci pour la réponse.
En fait ya pas de logiciel spécial, il faut faire un script à la fin de la compilation pour générer le fichier zip comme je l entends?

[Bousk]

bah... oui
parce que c'est spécifique à chaque projets, quels fichiers doivent être inclus, compilés, générés, ...

[koala01]

Salut,

bah... oui
parce que c'est spécifique à chaque projets, quels fichiers doivent être inclus, compilés, générés, ...

Et non seulement, c'est spécifique à chaque projet, mais c'est aussi spécifique à chaque OS...

Tu parle de créer un .so, ce qui me laisse penser que tu es sous linux.

Hé bien, rien que sous linux, je connais au minimum trois types de paquets différents :

• les paquets ".deb", utilisés par debian et ses dérivés (knoppix, ubuntu, mint, ...)
• les paquets rpm, entre autres utilisés par Red Hat, Mandriva, ou Fedora)
• les paquets tgz (de slackware)
• et j'en oublie tres certainesment

Et, bien sur, si tu veux, en plus, pouvoir fournir ta release sous windows, tu devras réfléchir à la forme que tu veux lui donner (une archive toute simple, une archive auto-extractable, un installateur plus perfectionné )

Si bien que, dans l'absolu, il est relativement difficile de fournir "exactement ce qu'il faut à tout le monde".

Par contre, avec cmake (et surtout cpack), il est relativement facile de faire en sorte de générer le paquet qui intéressera l'utilisateur, une fois qu'il aura compilé le projet. A moins que tu n'aies une très bonne raison de ne pas vouloir agir de la sorte (entre autres, en cas de projet "non opensource"), je crois sincèrement que c'est encore la meilleure solution

[Bousk]

J'ajouterais que dans le cas de projet multi-plateformes cibles on a souvent des données partagées et d'autres spécifiques, à inclure ou non au build de chaque cible.
Donc c'est définitivement pas un exercice facile ou réellement automatisable à échelle globale et chaque projet fait ce qu'il doit faire pour y parvenir.