Oui docker pourquoi pas, c'est plus moderne en plus ;)
En fait je voulais juste fournir au moins une méthode pour tester les scripts sans pourrir son installation principale.
Mon avis d'admin :
La moins mauvaise méthode, a mon humble avis, est une approche par projet ainsi chaque projet doit être indépendant et cloisonné.
Avantage : chaque projet vis sa vie et ses versions évoluent en fonction des besoins
Inconvénients : chaque projet doit être suivi et les vieux projets sont vite oubliés et les ressources gaspillées. Les vieux projets peuvent devenir des boulets et il faut souvent faire le ménage dans les versions de Test / Preprod etc ...
En fait il y aurait de quoi développer un outil pour gérer les différents projets et les ressources allouées, chaque projet devrait avoir un chef de projet et une durée de vie etc ...
bref gestion et documentation sont les 2 mamelles d'un environnement sain :)
Si je prend mon exemple perso, j'ai plein d'environnement python de la version 2.7 à la 3.12 plus quelques VM sous virtualbox.
Et bien entendu chaque version de python peut avoir plusieurs environnements.
Je le reconnais c'est très difficile de s'y retrouver, ainsi que l'environnement qui va bien avec le depot local git, surtout si j'ai oublié de la préciser dans le README.
Mais c'est MON environnement et je suis tout seul sur cette machine ;)
Par contre pour les quelques trucs que j'utilise en tant que "PROD" même si je suis le seul utilisateur, alors ils sont sur un environnement externe avec un cloisonnement par "projet"
[^] # Re: félicitations !
Posté par Christophe B. (site web personnel) . En réponse au journal Scripting Python sous Linux 2eme EDITION. Évalué à 2.
Oui docker pourquoi pas, c'est plus moderne en plus ;)
En fait je voulais juste fournir au moins une méthode pour tester les scripts sans pourrir son installation principale.
Mon avis d'admin :
La moins mauvaise méthode, a mon humble avis, est une approche par projet ainsi chaque projet doit être indépendant et cloisonné.
Avantage : chaque projet vis sa vie et ses versions évoluent en fonction des besoins
Inconvénients : chaque projet doit être suivi et les vieux projets sont vite oubliés et les ressources gaspillées. Les vieux projets peuvent devenir des boulets et il faut souvent faire le ménage dans les versions de Test / Preprod etc ...
En fait il y aurait de quoi développer un outil pour gérer les différents projets et les ressources allouées, chaque projet devrait avoir un chef de projet et une durée de vie etc ...
bref gestion et documentation sont les 2 mamelles d'un environnement sain :)
Si je prend mon exemple perso, j'ai plein d'environnement python de la version 2.7 à la 3.12 plus quelques VM sous virtualbox.
Et bien entendu chaque version de python peut avoir plusieurs environnements.
Je le reconnais c'est très difficile de s'y retrouver, ainsi que l'environnement qui va bien avec le depot local git, surtout si j'ai oublié de la préciser dans le README.
Mais c'est MON environnement et je suis tout seul sur cette machine ;)
Par contre pour les quelques trucs que j'utilise en tant que "PROD" même si je suis le seul utilisateur, alors ils sont sur un environnement externe avec un cloisonnement par "projet"