26-02-2009, 03:06 AM
Pourtant je trouve important d'avoir un environnement pour tester son code directement.
Je commit souvent et ne change pas ma base tout le temps, simplement il peut arriver d'avoir des redressements à faire (oublie d'index, ajout de commentaire de valeur par défaut, voir modif complète d'une table)
Tout çà prend du temps si maintenant on est une équipe il faut un moyen simple de faire tourner le code updater sans avoir à se demander si la bdd à changer et dans ce cas à avoir à reremplir la base d'exemple (ce qui peut être lourd)
Et puis je suis dans une phase ou je crée des modules de base faiblement dépendant les uns les autres. Un genre de mini framework orienté sur certains besoin qui se sont manifesté.
Cependant je suis d'accord qu'il faut pouvoir avoir la différence entre les tables. D'ou ma réponse de m'orienter vers un script qui remettrait direct en bdd si les fichier ont changé.
Pour ce qui est de Rails, je verrai si j'ai le temps de me pencher dessus.
Enfin bref ce que je veux c'est déterminer une procédure permettant de gérer convenablement le problème. Et le fait de se dire que la bdd ne change que peu n'est pas une réponse, car on ne sait jamais ce qui peut arriver.
Et comme je l'ai dit l'intérêt pour moi d'un dépôt c'est la synchronisation d'une équipe (ou la possibilité de se synchroniser avec quelqu'un si besoin)
L'assurance d'avoir une copie de sauvegarde, peu importe le soucis.
Puis viennent des considérations de gestion des versions stable(beta etc...) du logiciel notamment avec un système de mise à jour automatique sur lequel je travaille.
Je commit souvent et ne change pas ma base tout le temps, simplement il peut arriver d'avoir des redressements à faire (oublie d'index, ajout de commentaire de valeur par défaut, voir modif complète d'une table)
Tout çà prend du temps si maintenant on est une équipe il faut un moyen simple de faire tourner le code updater sans avoir à se demander si la bdd à changer et dans ce cas à avoir à reremplir la base d'exemple (ce qui peut être lourd)
Et puis je suis dans une phase ou je crée des modules de base faiblement dépendant les uns les autres. Un genre de mini framework orienté sur certains besoin qui se sont manifesté.
Cependant je suis d'accord qu'il faut pouvoir avoir la différence entre les tables. D'ou ma réponse de m'orienter vers un script qui remettrait direct en bdd si les fichier ont changé.
Pour ce qui est de Rails, je verrai si j'ai le temps de me pencher dessus.
Enfin bref ce que je veux c'est déterminer une procédure permettant de gérer convenablement le problème. Et le fait de se dire que la bdd ne change que peu n'est pas une réponse, car on ne sait jamais ce qui peut arriver.
Et comme je l'ai dit l'intérêt pour moi d'un dépôt c'est la synchronisation d'une équipe (ou la possibilité de se synchroniser avec quelqu'un si besoin)
L'assurance d'avoir une copie de sauvegarde, peu importe le soucis.
Puis viennent des considérations de gestion des versions stable(beta etc...) du logiciel notamment avec un système de mise à jour automatique sur lequel je travaille.