Je suis incapable d'effectuer une mise à jour SVN sur une copie de travail sous Linux obtenir « Impossible d'ouvrir une session ra_local à l'URL » erreur

Question

J'ai un serveur Linux qui contient 10 dépôts. J'ai installé une part de samba pour permettre un accès facile au répertoire de dépôt afin que je puisse créer des référentiels via Windows en utilisant le Create repository here command... de tortoisesvn.

Le problème est que les dépôts ont été installés à l'aide des chemins de file:/// Windows et non pas ceux HTTP en utilisant TortoiseSVN. J'utilise le module HTTP apache SVN. Donc, normalement, je spécifier le référentiel via http://servername/svn/myrepos.

Tout cela est bien dans Windows, mais je dois aussi utiliser le client de SVN linux et essaie de faire ce qui suit:

/usr/bin/svn update /path/to/working/copy

Mais im obtenir l'erreur suivante:

svn: Unable to open an ra_local session to URL
svn: Unable to open repository 'file:///R:/myrepos/trunk'

Il semble que l'erreur se rapporte à elle en essayant de trouver le dépôt correspondant pour la copie de travail, mais il utilise le fichier Windows. /// URL et doit utiliser les HTTP

Comment puis-je modifier les dépôts afin qu'ils utilisent par défaut le protocole http?

Answer 1

Je ne suis pas certain que je comprends ce que le problème est, mais si vous êtes à la recherche de continuer à utiliser une copie de travail locale, tout en changeant l'URL que vous utilisez pour accéder au référentiel, vous voulez exécuter svn switch:

svn switch --relocate file:///my/old/URL http://server/new/URL

Answer 2

Si vous passez commande via une URL, vous pouvez ensuite mettre à jour à l'aide d'une URL différente. parce que la mention « chemin » est différent sur les deux systèmes, vous pouvez utiliser la même caisse, sauf si vous utilisez les protocoles svn ou http. Cela n'a toutefois rien à voir avec la création de repo au-delà du fait que vous avez besoin d'exposer la prise en pension sur l'une des plate-forme agnostique protocoles. Si vous pouvez consulter à partir de tout client via http ou svn puis vous avez mis everythign correctement. Vous avez juste besoin de souffler votre caisse et vérifier à nouveau en utilisant une plate-forme agnostique protocole.

Answer 3

Ceci est probablement un problème d'autorisation. J'ai eu ce sur une machine Linux avec les clients sur la même machine. vous ne pouvez pas supprimer simplement le local svn sandboxen sur la machine Linux et re-caisse les?