If your repository has for some reason changed it's location (IP/URL). Maybe you're even stuck and can't commit and you don't want to checkout your working copy again from the new location and to move all your changed data back into the new working copy, → is the command you are looking for. It basically does very little: it scans all entries files in the .svn folder and changes the URL of the entries to the new value.
You may be surprised to find that TortoiseSVN contacts the repository as part of this operation. All it is doing is performing some simple checks to make sure that the new URL really does refer to the same repository as the existing working copy.
C'est une opération très rare. La commande relocaliser est utilisée seulement si l'URL de la racine du référentiel a changé. Les raisons possibles sont :
L'adresse IP du serveur a changé.
Le protocole a changé (par exemple http:// en https: //).
Le chemin de la racine du référentiel a changé dans le paramétrage du serveur.
Autrement, vous devez relocaliser quand votre copie de travail se réfère au même emplacement dans le même référentiel, mais le référentiel lui-même a été déplacé.
Elle ne s'applique pas si :
Vous voulez vous déplacer vers un référentiel Subversion différent. Dans ce cas, vous devriez exécuter une extraction fraîche à partir du nouvel emplacement du référentiel.
Vous voulez aller sur une branche différente ou sur un répertoire dans le même référentiel. Pour ce faire, vous devriez utiliser → . Lisez la section intitulée « Extraire ou aller sur... » pour plus d'informations.
Si vous utilisez relocaliser dans n'importe lequel des cas ci-dessus, cela corrompra votre copie de travail et vous obtiendrez beaucoup de messages d'erreur inexplicables en mettant à jour, en livrant, etc. Une fois que cela s'est produit, la seule correction est une extraction fraiche.