J'ai déjà googlé le message et j'ai beaucoup d'espace disque disponible sur le serveur SVN (c'est environ 4% d'utilisation de 150 Go).
J'ai remarqué que lorsque j'essaie echo $TMPDIR
à l'invite de commande sur le serveur SVN, je n'obtiens rien.
Ce qui rend cela un peu déroutant, c'est que je ne reçois ce message que d'un seul endroit lorsque je fais un svn diff
(que j'ai testé jusqu'à présent) - cette erreur ne se produit pas lorsque j'essaie à partir de trois autres ordinateurs (dont l'un teste par rapport au même référentiel, les deux autres sont des référentiels différents sur le même serveur svn).
À propos de la seule différence que je peux voir, c'est que la copie de travail cassée se connecte au serveur par une adresse IP où tous les autres utilisent un nom de serveur (bien que cela se résolve via DNS à la même adresse IP).
J'espère que je n'aurai pas à gratter la copie de travail cassée et à en extraire une nouvelle - malheureusement, il s'agit d'un projet hérité et toutes les modifications n'ont pas été correctement révisées.
Réponses:
Vous obtenez également cette erreur si le disque est plein , j'ai découvert.
Libérez de l'espace et l'erreur disparaît.
la source
A finalement trouvé une méthode pour le faire (ainsi que pour obtenir tout ce qui n'est pas révisé actuellement sous un contrôle de version approprié):
Je pense qu'il doit y avoir eu une corruption dans l'un des fichiers .svn pour cette copie de travail.
la source
Sur l'ordinateur avec le problème, essayez de supprimer manuellement ce répertoire, ne validez pas, mais mettez à jour votre svn sur votre machine locale, refaites les modifications sur ce répertoire, c'est un répertoire. Cela fonctionne généralement avec moi sur des erreurs similaires.
la source
J'ai pu résoudre ce problème en exécutant le script fourni ici:
https://svn.apache.org/repos/asf/subversion/trunk/contrib/client-side/svn-clean
la source