SVN checkout sans restauration

Nous avons un peu de compagnie middleware et il est parfois difficile de trouver la bonne version je cherche donc j'ai souvent de mettre à jour les différentes versions de test.

J'ai l'habitude de la caisse:

svn co svn+ssh://(username)@(ip)/srv/svn/intranet/trunk/PYTHON/<application> <local-application>

Je puis peut mettre à jour vers une version différente

svn update (path) -r (rev)

La plupart du temps, après quelques tentatives, ce sera la cause de l'erreur Nœud reste en conflit

Si je supprime le dossier et essayer de faire une extraction propre juste restaure ce que j'avais. Tout ce que je veux faire est de commander une révision, je n'ai pas fait de changements et il pense toujours qu'il y a des conflits.

J'ai essayé de les résoudre, mais rien ne semble fonctionner:

svn update -r 1586

Skipped 'inm/inm' -- Node remains in conflict
D    inm/fabfile.py
D    inm/test.db.bak
D    inm/tests
D    inm/test.db
D    inm/doc
D    inm/test.ini
D    inm/test.sql
U    inm/setup.py
A    inm/inm.egg-info
A    inm/inm.egg-info/SOURCES.txt
A    inm/inm.egg-info/top_level.txt
A    inm/inm.egg-info/PKG-INFO
A    inm/inm.egg-info/entry_points.txt
A    inm/inm.egg-info/dependency_links.txt
A    inm/inm.egg-info/not-zip-safe
A    inm/inm.egg-info/paster_plugins.txt
A    inm/inm.egg-info/requires.txt
U    inm/setup.cfg
Updated to revision 1586.
Killed by signal 15.
Summary of conflicts:
  Skipped paths: 1

svn resolved inm/inm
Resolved conflicted state of 'inm/inm'
(venv)

svn update inm/inm -r 1586
Updating 'inm/inm':
Password: 
Skipped 'inm/inm/templates' -- Node remains in conflict
At revision 1586.
Killed by signal 15.
Summary of conflicts:
  Skipped paths: 1
peut-être sans traces fichiers provoquer le conflit; c'est pas très clair, quel est l'état/le contenu de ce répertoire("chemin", est-il le même que pour l'intranet/trunk/PYTHON/<application>"?) vous avez eu avant et après chaque opération; et quelle est votre version SVN?
Si vous pensez que c'est vraiment un bug, écrivez à [email protected] ou #svn canal à FreeNode
si vous n'avez pas de mise à jour de quoi que ce soit dans la copie de travail, normalement, il ne se comporte pas comme ça. Juste assurez-vous, êtes-vous la mise à jour de l'ensemble de la copie de travail à différents rev, ou seulement une partie de celui-ci? Si c'est le premier cas, il me semble que c'est un bug dans le svn à la place.
Im en utilisant subversion-1.7.5-1.fc17.i686. C'est exactement le même chemin, Im littéralement juste essayer d'obtenir une nouvelle révision. Quoi que je fasse, il ne sera pas semblent juste de télécharger la dernière copie. Im essayant de mettre à jour l'ensemble de la copie de travail.
La deuxième fois, il se plaint d'un autre conflit nœud. Vous devriez peut-être de résoudre le conflit avec '--profondeur=infini "et quelque chose" --accepter les leurs", afin de ne pas résoudre tous les fichiers manuellement. Mais de toute façon, étrange.. Pourriez-vous poster la sortie de "svn status inm" avant et après la mise à jour?

OriginalL'auteur JackalopeZero | 2012-08-02