-
@rsertelon Un dépôt par env, ça fait que tu vas avoir pas mal de composants dedans. Et du coup des risques de « leak » lors d’une install.Permalink On twitter.com
Mood 0
-
@rsertelon Genre ton appli X qui utilise A et B va subitement se mettre à installer du C aussi, mais le C à toi au lieu de C standard.Permalink On twitter.com
Mood 0
-
@rsertelon (Au pif, imagine que tu packages un couchdb spécifique pour une appli :P)Permalink On twitter.com
Mood 0
-
@rsertelon Ben si ton couchdb-int à toi se retrouve dans jessie-int, ben TOUTES les machines utilisant ce dépôt vont se mettre à l’installerPermalink On twitter.com
Mood 0
-
@rsertelon Alors que tu aimerais bien que non, ça n’utilise que la version standard Debian dans 99.99% des cas.Permalink On twitter.com
Mood 0
-
@rsertelon Alors du coup, tu peux envisager l’autre solution, qui est d’avoir un dépôt -int par composant. Un pour le couch, un pour go […]On twitter.com
Mood +1 🙂
-
@rsertelon un pour ton appli, etc. Et tu déploies sur chaque machine la liste de tous les dépôts nécessaires pour cette machine.Permalink On twitter.com
Mood 0
-
@rsertelon Sauf que tu imagines que ça devient très vite l’enfer sur Terre pour faire une release. Et garantir la cohérence entre tout ça…Permalink On twitter.com
Mood -2 🙁