Je peux me tromper sur la première question, ne l'ayant jamais fait. L'approche que j'utiliserais, serait de prendre un paquet simple (puisque les dépendances sont limitées), faire un bon gros copier/coller et adapter (tests dans une VM avec une distribution de base, que tu snapshot avant d'installer ton paquet pour facilement revenir en arrière, par exemple ?).
Pour le second point, j'aurai tendance à dire non. git, c'est bien pour le texte, mais les binaires, il me semble que c'est plus compliqué pour lui. Quand je faisais du packaging, ma méthode était d'avoir la toolchain qui générait le binaire, que je copiais (une fois les tests finis) sur un disque réseau (backupé) à côté de toutes les autres versions, et déployait la nouvelle version sur un ftp qui écrasait la version précédente afin que les clients n'aient qu'un choix : la dernière version. Mais si bug, comme j'avais les précédentes en interne, le roll-back était rapide.
Je ne sais pas si ce workflow peut t'aider, et tu es libre de l'adapter ;)
# Début de réponse
Posté par _kaos_ . En réponse au message Distribuer un binaire. Évalué à 2.
Salut,
Je peux me tromper sur la première question, ne l'ayant jamais fait. L'approche que j'utiliserais, serait de prendre un paquet simple (puisque les dépendances sont limitées), faire un bon gros copier/coller et adapter (tests dans une VM avec une distribution de base, que tu snapshot avant d'installer ton paquet pour facilement revenir en arrière, par exemple ?).
Pour le second point, j'aurai tendance à dire non. git, c'est bien pour le texte, mais les binaires, il me semble que c'est plus compliqué pour lui. Quand je faisais du packaging, ma méthode était d'avoir la toolchain qui générait le binaire, que je copiais (une fois les tests finis) sur un disque réseau (backupé) à côté de toutes les autres versions, et déployait la nouvelle version sur un ftp qui écrasait la version précédente afin que les clients n'aient qu'un choix : la dernière version. Mais si bug, comme j'avais les précédentes en interne, le roll-back était rapide.
Je ne sais pas si ce workflow peut t'aider, et tu es libre de l'adapter ;)
Matricule 23415