Déplacement d'un dépôt Subversion vers un autre serveur
https://stackoverflow.com/questions/360758
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
J'ai un serveur qui héberge mon code de base Subversion. Ce serveur est actuellement , et mon administrateur informatique veut mettre à jour Windows Server 2008 .
Cela signifie que je vais avoir besoin de déplacer mon dépôt Subversion alors que le serveur se construit et se demandait ce que les meilleures pratiques sont pour déplacer le référentiel vers un nouveau serveur.
Il semble que, à la recherche en ligne, la méthode recommandée est d'utiliser:
svnadmin dump /path/to/repository > repository-name.dmp
Et puis utilisez:
svnadmin create repository-name
svnadmin load repository-name< repository-name.dmp
Pour importer le référentiel.
Est-ce la méthode ci-dessus semblent comme la meilleure approche?
La solution
Oui, Déchargement et chargement du dépôt est un chemin à parcourir. Copie du dossier de dépôt est directement une option viable si, et seulement si, vous êtes certain que personne ne sera d'accéder au dépôt alors que le processus de copie est en cours (ou vous pouvez faire une « copie chaude » du dépôt, qui peut traiter ces cas de manière sûre).
Vous devrez également soit re-caisse toutes vos copies de travail, ou utilisez la commande svn switch , qui réécrit simplement les URL. Une façon plus pratique est d'utiliser de TortoiseSVN Relocaliser commande , ce qui réduit le risque de commettre une erreur au cours du processus de réinstallation.
Autres conseils
Mes scripts de restauration sont comme ceci:
svnadmin create repository-name --fs-type fsfs
svnadmin load repository-name --force-uuid < repository-name.dmp
La première ligne assure le référentiel utilise le back-end FSFS (ce qui est recommandé par de nombreuses sources, dont celui-ci: Comment FSFS est mieux , et les versions plus récentes d'utiliser AFAIK Subversion comme par défaut). FSFS est le nom d'une implémentation du système de fichiers de Subversion.
Les deuxièmes lignes maintient l'UUID du référentiel, une transition plus facile (sans commutateur --force-uuid, le déplacement de la copie de travail échouera).
Quelques liens:
Vous pouvez également utiliser svnsync pour déplacer le dépôt; De cette façon vous pouvez transférer toutes les données sans la nécessité de prendre le dépôt « vieux » vers le bas. Ceci est aussi la seule façon que je connaisse pour obtenir vos données à partir d'environnements hébergés, où vous n'avez pas accès shell ou l'accès au dumping du dépôt.
Une autre alternative:
utilisation svnrdump. http://www.crowbarsolutions.com/backing-up- restaurer-a-svn-référentiel distant /
"Vous allez avoir besoin aa outil appelé svnrdump. Comme cela est décrit par Apache, « svnrdump Reproduit la fonctionnalité de svnadmin dump et svnadmin load, mais fonctionne sur les dépôts distants, au lieu d'administrateur besoin (système de fichiers local) accès à la source ou dépôt cible. »
Si vous utilisez le référentiel de type système de fichiers, vous pouvez simplement prendre littéralement le dossier contenant votre référentiel et déplacez-le. Si vous changez les serveurs, alors les chances sont que vous aurez besoin de changer l'emplacement de votre répertoire de travail local recherche le référentiel en utilisant la commande « Relocaliser ».
Le plus simple est d'utiliser:
svnadmin hotcopy path/to/your_current_directory /path/to/your_destination_directory
