Ne peut pas s'engager à SVN Server

Vérifiez que l'espace disque de votre serveur. C'est probablement vraiment faible. Une fois que vous vous êtes libéré, cela devrait fonctionner.

EDIT: Référence = http://tortoisevisvn.tigris.org/ds/viewmessage.do ? Dsforumid = 4061 & DSMessageID = 2858308

seconde modifier: une autre suggestion serait de sauvegarder les fichiers, de supprimer le répertoire incriminé, de la mise à jour, de la restauration des modifications, puis de commettre.

et un autre message ( http://osdir.com/ml /version-control.subversion.tortoisisvn.devel/2005-03/msg00140.html ) Discutez d'édition du fichier d'entrées SVN.

Vous pouvez utiliser Fiddler2 comme proxy et inspecter la demande / réponses XML. Peut-être que cela vous donnera un peu plus à continuer. Cela ressemble à Tortoisesvn n'utilise pas Wininet, de sorte que le proxy ne sera pas automatique. Vous devrez définir un proxy dans le panneau de réseau de la tortue. Ex: Port localhost 8888. Ensuite, vous verrez des données arrivant à Fiddler. Éteignez votre navigateur et vos trucs pour que vous n'ayez pas encombré. Voyez maintenant si vous pouvez faire quelque chose de simple, comme affichez un journal ou commettez un petit changement. Vous devriez voir les paquets, puis vous pouvez utiliser "l'inspecteur" sur le panneau de droite pour afficher l'onglet XML (Utiliser XML ou ARB).

Lorsque je sauvegarde mon SVNDB d'un autre ordinateur, je ne peux pas commettre et TSVN renvoyer les mêmes erreurs "La requête postale renvoyée non valide XML dans la réponse ..." J'ai trouvé le fichier "y VourSvndb \ db \ txn-courant" est différent de mon ancien SVNDB, après la récupération, le commit fonctionne bien

J'avais exactement le même problème. Quand j'ai utilisé la tortue 1.6, j'ai obtenu un meilleur message d'erreur indiquant accès refusé . Fixer l'accès sur mon serveur aux référentiels corrigés mon problème.

Je cours VisualSvn Server 2.5 sur Windows 2K8. Récemment, j'ai mis à niveau mon serveur et utilise la sauvegarde d'Acronis pour transférer l'état actuel du serveur vers un nouveau tableau SSD dans une nouvelle machine. Tout s'est bien passé, mais quand j'ai essayé de commettre quelques fichiers à l'un des repos de cette boîte, j'ai eu une erreur très étrange:

La requête postale renvoyée XML invalide dans la réponse: Erreur d'analyse XML à la ligne 3: non bien formé (jeton non valide) (/ svn / repo-nom /! svn / moi)

Il s'avère que, avec mon cas particulier, c'était une question d'autorisations. Après avoir passé une heure et demie à ce sujet, j'ai finalement suivi une solution simple qui "travaillée pour moi". Le 5 million de dollars?

1. Ouvrez l'interface graphique VisualSvn Server.

2. Cliquez avec le bouton droit sur "Server VisualSvn (domaine)" à la racine du volet de navigation de gauche et sélectionnez "Propriétés".

3. Dans l'onglet Général, vous verrez une case à cocher pour "Ajuster automatiquement les autorisations".

   a. Si cela est pas vérifié, vérifiez-le et cliquez sur "Appliquer". Cela arrêtera et redémarrera le service VisualSvn et devrait résoudre le problème.

   b. Si cela est coché, désélectionnez-le et cliquez sur "Appliquer". Cela va arrêter et redémarrer le service Visual Svn. Une fois rempli, vérifiez l'option et cliquez sur «Appliquer» une fois de plus. Une fois le service redémarré, la question devrait maintenant être résolue.

   J'espère que cela aidera quelqu'un dans le besoin!

Nous avons eu un problème très similaire, mais en utilisant Apache httpd Server sur Linux. Tortoisesvn 1.6 travaillé sans erreur sur XP / 32. Toroiseisesvn 1.7 sur Win7 / 64 pourrait vérifier, mais ne pouvait pas s'engager; Il a renvoyé l'erreur / svn /! svn / moi chemin non trouvé em>. Solution: Ajout d'une directive "Alias" manquante à la section httpd.conf pour svn.

La section httpd.conf correctement fonctionnelle avec la nouvelle directive Alias ​​ressemble à: p>

alias /svn /srv/svn/repos
<Location /svn>
  DAV svn
  SVNPath /srv/svn/repos
  AuthType Basic
  AuthUserFile /path/to/.htpasswd
  Require valid-user
</Location>

Assurez-vous également que vous n'avez pas supprimé les répertoires suivants dans le magasin de référentiel.

• ... / db / transactions
• ... / dB / txn-protOtvs

  Si vous avez, simplement les recréer. Ils sont généralement des annuaires vides.

  ---

  J'ai eu ce problème sur un référentiel qui fonctionnait. J'ai vérifié et j'ai modifié les autorisations comme suggérées dans des postes antérieurs, mais cela n'a pas aidé.

  Qu'est-il arrivé? Je manquai stupidement un programme qui élimine les répertoires vides. J'ai dû créer un nouveau référentiel et faire une comparaison de la structure de répertoires avant de réaliser mon erreur.

Il y a deux raisons possibles de l'erreur:

1. Compte de service sous lequel VisualSvn Server exécute ne dispose pas d'autorisations pour accéder à

   • c: \ référentiels \ \ et / ou
   • c: \ référentiels \ \ db \ ,
   • c: \ référentiels \ \ db \ transactions \ ,
   • c: \ référentiels \ \ db \ txn-protOvs \ .

   • Certains dossiers situés sous c: \ référentiels \ \ db \ sont manquants. Par exemple. le même

     • c: \ référentiels \ \ db \ transactions \ et
     • c: \ référentiels \ \ db \ txn-protOvs \ .