2011-06-06 8 views
6

J'ai un problème avec propre dépôt svn. Ça a marché hier. Mais j'ai une erreur quand j'ajoutais un nouveau fichier aujourd'hui:svn: Repository temporairement déplacé vers 'main'; s'il vous plaît relocaliser

svn: Dépôt temporairement déplacé vers 'main'; S'il vous plaît déplacer

Liste de mes actions:

  1. /home/user/test caisse # svn https://website.biz/repo/siteweb.com

    OK

  2. /home/user/test/siteweb.com/ tronC# touchez 1.txt

    OK

  3. /home/user/test/siteweb.com/trunk# svn ajouter 1.txt

  4. /home/user/test/siteweb.com/trunk# svn -m "ajoutant 1.txt" commit

    Ajout tronc/1.txt

svn: Commit échoué (détails ci-après):

svn: Dépôt déplacé temporairement à 'principal'; veuillez déplacer

svn: Le référentiel a été déplacé temporairement sur 'main'; veuillez déplacer

Qu'est-ce que c'est?! Les gens, s'il vous plaît, aidez!

Répondre

9

svn: Le référentiel a été déplacé temporairement sur 'quelque chose'; s'il vous plaît déplacer

Dears, c'est un problème de mauvaise configuration lame! Vous utilisez probablement le module dav_svn pour accéder à votre référentiel SVN. Et il existe une redirection globale sur la directive ErrorDocument dans votre configuration de serveur Web. Vous devez remplacer ce paramètre pour la section du référentiel SVN dans la configuration dav_svn.

Modifiez le fichier suivant: /etc/apache2/mods-enabled/dav_svn.conf Ajoutez la directive "ErrorDocument 404 default" entre les lignes d'emplacement. Ça fait l'affaire.Ma config peut être un exemple pour vous:

<Location /svn> 
    DAV svn 
    SVNPath /var/svn-repos/svn 
    AuthType Basic 
    AuthName "Subversion Repository" 
    AuthUserFile /etc/apache2/dav_svn.passwd 
    Require valid-user 
    SSLRequireSSL 
    ErrorDocument 404 default 
</Location> 

Et recharger la configuration du serveur Web avec la commande suivante:

/etc/init.d/apache2 reload 
+0

Merci, ça marche. –

+1

Voulez-vous dire /etc/init.d/apache2ctl restart? –

+0

est la directive ErrorDocument 404 par défaut compatible avec Apache 2.2? – mounaim

0

Selon this thread, il semble y avoir un crochet pre-commit qui envoie ce message (BTW c'est le premier coup quand je demande à Google pour svn Repository déplacé temporairement à « principale »).

À moins que vous ajouté ce crochet (en supposant que vous êtes le seul administrateur de https://website.biz/repo/siteweb.com), vous pourriez être sérieux ennuis ...

D'autre part, il pourrait aussi être un problème de configuration apache. Dans ce cas, je suppose que mon fil de liaison vous aidera aussi.

+0

Merci. Mais il y a seulement des modèles. post-commit.tmpl post-revprop-change.tmpl pré-commit.tmpl pré-revprop-change.tmpl start-commit.tmpl post-lock.tmpl post-unlock.tmpl pre-lock.tmpl pré-déverrouillage. tmpl –

+0

@ dba.in.ua: avez-vous lu le fil complet? ils parlent aussi de problèmes de configuration d'apache ... – eckes

0

Cette erreur peut aussi être causée par un client mal configuré.

Il m'est arrivé parce que j'avais des espaces, pas des virgules, en http_proxy_exceptions en ~/.subversion/servers.

http_proxy_exceptions = *.foo.com *.bar.com 

était incorrect, mais

http_proxy_exceptions = *.foo.com, *.bar.com 

travaillé. (La première forme peut avoir fonctionné dans le passé.)

1

Si vous recevez cette exception en la récupérant d'un client, soit un client en ligne de commande, soit un tigris, il peut s'agir du modèle d'URL. Par exemple,

http://nhibernate.svn.sourceforge.net/viewvc/nhibernate fonctionnera si vous remplacez viewvc avec svnroot tels que

https://nhibernate.svn.sourceforge.net/svnroot/nhibernate

+0

Pour moi, c'était pour remplacer votre 'svnroot' avec juste 'svn' comme suit: https://nhibernate.svn.sourceforge.net/svn/nhibernate – mohbandy

Questions connexes