En ce moment, j'utilise Windows XP. Si je viens de copier tout le dossier de référentiel dans Visual Svn, Une fois le serveur en panne, comment puis-je le restaurer via le dossier de référentiel sauvegardé? Une autre meilleure solution pour sauvegarder et restaurer dans Visual Svn?
D'ailleurs, n'importe quel procédé de sauvegarde et de restauration dans le contrôle de la source visuelle?
4 Réponses :
bzip2 -dc svn-backup.bz2 | svnadmin load /path/to/repository
Donc, si j'utilise cela pour jeter mon référentiel et que vous prenez le fichier résultant sur un nouvel ordinateur avec la même structure de répertoire, je peux ensuite vérifier ces fichiers dans le référentiel? (Monsieur le respectoire est assez grand et que l'histoire passe des années. Je veux juste commencer tout en plus, mais gardez le référentiel actuel comme une sauvegarde) Voir ma question: Stackoverflow.com/questions/29607055/...
Vous devez utiliser svnadmin hotcopy Pour créer une sauvegarde de votre référentiel.
Est-ce vraiment vrai? Tout ce que j'ai lu, incl. Liste de diffusion Notes de K. Fogel et B. Collins-Sussman, indique que "Svn Dump" est tout à fait une amende pour sauvegarder les données stockées stockées dans le référentiel. Si vous souhaitez sauvegarder des informations de verrouillage ou d'autres, vous voudrez peut-être que la culopopie, mais presque personne ne le fait, non?
Vous pouvez simplement copier l'ensemble du répertoire de l'intérieur et de l'extérieur. Les fichiers sont des fichiers, il n'y a rien de magique à leur sujet.
Si vous voulez faire quelque chose de plus compliqué, comme éditer le contenu du référentiel d'une manière ou d'une autre avant de la restaurer, vous avez besoin de dépôt et de charge.
Si vous utilisez la méthode du fichier de copie pendant que le référentiel est "chaud", vous pouvez vous retrouver avec des données corrompues. Certaines données avant de commettre et certaines données après les engagements.
Je ne recommanderais pas cela. Le référentiel SVN doit être géré à l'aide de la commande svnadmin uniquement.
Cela ne devrait pas être la réponse acceptée pour les raisons mentionnées ci-dessus.
Si quelqu'un avait mis en œuvre cette solution au travail, si vous n'avez pas la même version de Subversion sur le nouveau serveur, Subversion peut avoir un problème de lecture des fichiers et la restauration ne fonctionnera pas. N'utilisez pas cela.
C'est ce que j'utilise:
svnadmin load /var/www/svn/test/ < /tmp/backup_svn/test.dmp
C'est une bonne option pour prendre la décharge de tout SVN. Vous pouvez même ajouter de la compression.