2009-05-15 8 views
7

Un problème est survenu récemment dans lequel certains nouveaux fichiers ajoutés aux dépôts subversion ne sont pas retirés vers d'autres clients après une mise à jour.Subversion (en utilisant VisualSVN/Tortoise) refuse de retirer de nouveaux fichiers

Si je parcours le référentiel avec Tortoise, je peux voir le fichier. Je peux alors cliquer avec le bouton droit de la souris et sélectionner 'Mettre à jour vers la révision', ce qui ramènera le fichier au client. Malheureusement, cela prend beaucoup de temps car il n'y a aucun moyen d'extraire tous les fichiers dans un dossier - c'est-à-dire que je dois le faire pour chaque fichier individuellement. La chose étrange est, il ne se produit pas avec tous les fichiers et il ne se produit pas sur toutes les machines clientes. J'ai essayé de supprimer complètement le dossier de travail et de le redessiner mais le problème persiste. J'utilise les dernières versions de Tortoise et VisualSVN.

Quelqu'un d'autre a vu quelque chose comme ça?

+0

J'ai eu 2 problèmes similaires. Au moins un des fichiers n'était même pas un nouveau fichier (il était âgé de quelques mois). J'ai fait un get sur le répertoire grand-parent plusieurs fois et le fichier ne serait pas mis à jour (je ne savais même pas qu'il avait besoin de mettre à jour) Quand je suis allé manuellement au fichier et mis à jour juste ce fichier, il a mis à jour. –

Répondre

11

Known bug dans Tortoise SVN 1.6.1: si vous ajoutez un dossier vide, la profondeur du dossier dans votre copie de travail sera limitée à "vide". Vous pouvez contourner ce problème en mettant à jour une fois la boîte de dialogue "mise à jour vers révision ..." et en sélectionnant "entièrement récursif" comme profondeur.

Ceci a été corrigé en 1.6.2.

éditez: notez que TortoiseSVN utilise la bibliothèque cliente SVN, où se trouvait le bogue. Le client de ligne de commande a rencontré le même problème.

+0

Merci, la solution de contournement fonctionne. Cela semble être le coupable le plus probable bien que j'ai 1.6.2 installé et il se produit toujours. – cbp

+0

@jorgeburgos: Une fois que la profondeur du dossier a été définie sur "vide" par 1.6.1, vous devez effectuer une mise à jour entièrement récursive. La mise à niveau vers la version 1.6.2 empêche le problème à l'avenir, mais ne peut pas corriger les instances existantes. –

1

La seule chose que je peux penser est peut-être que cela a à voir avec la transition de 1.5 à 1.6? Assurez-vous que tout le monde a une version 1.6 de tortoiseSVN et réessayez peut-être.

En outre, la façon dont vous formulez la question donne l'impression que vous utilisez SVN pour la distribution de fichiers au lieu de la concurrence. Si tel est le cas, considérez un outil comme Unison au lieu de SVN.

+0

Merci - oui, il est très probablement arrivé lors de la transition vers la version 1.6, mais j'utilise déjà la dernière version de Tortoise qui prend en charge 1.6. Vous êtes également perspicace - j'utilise SVN pour la distribution de fichiers. Je suis le développeur d'âme en ce moment et ça ne me dérange pas vraiment mais je vais vérifier Unison de toute façon. Merci – cbp

1

Je viens d'avoir le même problème. Voici une solution:

svn update `svn ls` 

Oui, je sais que ce problème est loin d'être maintenant, mais il se heurte encore à la recherche de haut Web.

Questions connexes