Commentaires sur : Sauvegarde de bases MySQL via SVN http://www.patpro.net/blog/index.php/2010/01/11/1347-sauvegarde-de-bases-mysql-via-svn/ patpro.net Fri, 27 Jan 2012 16:04:55 +0000 hourly 1 Par : patpro http://www.patpro.net/blog/index.php/2010/01/11/1347-sauvegarde-de-bases-mysql-via-svn/comment-page-1/#comment-1018 patpro Sat, 02 Apr 2011 08:49:28 +0000 http://www.patpro.net/blog/?p=1347#comment-1018 Bonjour JP, et merci pour tes commentaires pleins d'intérêt ! - Je sais qu'il est inutile de faire un diff avant de pousser le fichier dans le dépôt SVN. Néanmoins, c'est une étape que je fais systématiquement dans mes scripts, qu'il y ai ou non SVN en bout de chaîne. Car au final, mon fichier se retrouve toujours sur une machine distante, et tout ce que je peux éviter comme trafic réseau inutile est bienvenu. - Pour ce qui est du PATH de svn, ton affirmation est fausse, cela dépend grandement de la plateforme. - l'umask est inutile ici, c'est vrai. C'est un héritage d'un autre script. - git ? ouais bof :) Le seul intérêt de git c'est de pouvoir faire ses commits sans serveur. Moi j'utilise svn justement pour que mon commit ne soit pas sur la même machine que la base de donnée. Par ailleurs, installer un serveur svn n'est pas compliqué. Enfin, c'est cool de proposer une version git, les développeurs préfèrent git, et si ça peut leur donner l'idée de sauvegarder proprement leur travail, c'est déjà ça de gagné ! Bonjour JP, et merci pour tes commentaires pleins d'intérêt !
- Je sais qu'il est inutile de faire un diff avant de pousser le fichier dans le dépôt SVN. Néanmoins, c'est une étape que je fais systématiquement dans mes scripts, qu'il y ai ou non SVN en bout de chaîne. Car au final, mon fichier se retrouve toujours sur une machine distante, et tout ce que je peux éviter comme trafic réseau inutile est bienvenu.
- Pour ce qui est du PATH de svn, ton affirmation est fausse, cela dépend grandement de la plateforme.
- l'umask est inutile ici, c'est vrai. C'est un héritage d'un autre script.
- git ? ouais bof :) Le seul intérêt de git c'est de pouvoir faire ses commits sans serveur. Moi j'utilise svn justement pour que mon commit ne soit pas sur la même machine que la base de donnée. Par ailleurs, installer un serveur svn n'est pas compliqué.

Enfin, c'est cool de proposer une version git, les développeurs préfèrent git, et si ça peut leur donner l'idée de sauvegarder proprement leur travail, c'est déjà ça de gagné !

]]> Par : JP http://www.patpro.net/blog/index.php/2010/01/11/1347-sauvegarde-de-bases-mysql-via-svn/comment-page-1/#comment-1017 JP Fri, 01 Apr 2011 15:35:07 +0000 http://www.patpro.net/blog/?p=1347#comment-1017 re, une solution qui s'appuie sur git sur mon blog: <a href="http://www.barreverte.fr/sauvegardes-mysqlwordpress-avec-git" rel="nofollow">http://www.barreverte.fr/sauvegardes-mysqlwordpress-avec-git</a> a+ re,

une solution qui s'appuie sur git sur mon blog: http://www.barreverte.fr/sauvegardes-mysqlwordpress-avec-git

a+

]]> Par : JP http://www.patpro.net/blog/index.php/2010/01/11/1347-sauvegarde-de-bases-mysql-via-svn/comment-page-1/#comment-1016 JP Fri, 01 Apr 2011 13:42:08 +0000 http://www.patpro.net/blog/?p=1347#comment-1016 Bonjour, excellent post : bravo pour la riche idée de "un insert par ligne". par contre, 3 remarques : - pas la peine de comparer la dernière version sur SVN et la dump : SVN sait faire ça sans problème : écrasez votre fichier et faites le commit direct. Si le fichier est modifé, il serait commité, sinon rien ne se passera - inutile de paramétriser le chemin du binaire svn : il est dans le "path" de l'utilisateur qui lancera les commande. - la partie umask n'est pas nécessaire non plus - utiliser git est plus facile, en particulier l'installation du serveur qui est beaucoup plus facile (quelle poisse l'install d'un serveur svn) car inexistante : pas besoin d'admin, just git init git add git commit : l'autoroute vers le bonheur... Bonjour,

excellent post : bravo pour la riche idée de "un insert par ligne".
par contre, 3 remarques :
- pas la peine de comparer la dernière version sur SVN et la dump : SVN sait faire ça sans problème : écrasez votre fichier et faites le commit direct. Si le fichier est modifé, il serait commité, sinon rien ne se passera
- inutile de paramétriser le chemin du binaire svn : il est dans le "path" de l'utilisateur qui lancera les commande.
- la partie umask n'est pas nécessaire non plus
- utiliser git est plus facile, en particulier l'installation du serveur qui est beaucoup plus facile (quelle poisse l'install d'un serveur svn) car inexistante : pas besoin d'admin, just git init git add git commit : l'autoroute vers le bonheur...

]]> Par : Olance http://www.patpro.net/blog/index.php/2010/01/11/1347-sauvegarde-de-bases-mysql-via-svn/comment-page-1/#comment-844 Olance Mon, 11 Jan 2010 19:44:01 +0000 http://www.patpro.net/blog/?p=1347#comment-844 Super, j'avais jamais pensé à ça ! (pas eu non plus l'occasion de devoir y penser ^^) J'adhère à l'idée, voilà un bon moyen de tenir des backups intelligentes d'un BDD :) Super, j'avais jamais pensé à ça ! (pas eu non plus l'occasion de devoir y penser ^^)
J'adhère à l'idée, voilà un bon moyen de tenir des backups intelligentes d'un BDD :)

]]>