svn reprise avortée de caisse
Situation - ont d'énormes référentiel, lents et peu fiables lien (lire - vpn que les pauses de temps en temps).
Nous sommes soumis à de fréquents ramification, les choses mobiles, de sorte que chaque maintenant et puis de toute nouvelle branche à partir de la logithèque (checkout).
Est-il un moyen de "reprendre" cassé les extractions? Est-il sécuritaire de le faire svn checkout
avec les mêmes paramètres et s'attendre à d'ignorer ce qui est téléchargé et télécharger ce qui ne l'est pas?
- Avez-vous songé à utiliser un DVCS en tant que client de subversion?
- Excellente question, toujours légitime. Dire que j'ai pour l'extraction de certaines source accessible au public à partir de svn maintenant, mais le lien suce aussi - il y a donc des cas d'utilisation pour ce sans DVCS en question.
Vous devez vous connecter pour publier un commentaire.
Viens de tomber sur le même problème. J'ai dû interrompre une caisse parce qu'il prenait un temps ridiculement long. Quand je suis allé à "reprendre" le contrôle, il n'était pas clair de savoir si je dois ré-initier la caisse ou tout simplement faire un
svn update
.Après avoir tenté de faire le
svn update
pour reprendre la caisse, j'ai eu un merveilleux message d'erreur indiquant que le répertoire a été "verrouillé". J'ai essayé la délivrance d'un "déblocage" de Tortoise SVN, mais cela n'a pas aide.En fin de compte, ce que j'ai fini par avoir à faire était de délivrer une
svn cleanup
à libérer tout mainmise de la Subversion avait mis en place. Après cela, j'ai pu poursuivre ma déjà lancé la caisse en effectuant le coup d'envoi d'une autre mise à jour (svn update
ou "SVN Update" dans le Tortoise SVN menu contextuel).De la La Subversion de la documentation
svn cleanup
comme mentionné dans @la réponse de Marc sera peut-être nécessaire, mais vous faites référence à la doc est plus utile!fait le travail pour vous.
svn checkout
obtenu assez loin pour créer le répertoire du projet et de ses.svn
caché référentiel d'information. Sinon, vous devrez ré-émettre lessvn checkout
commande de nouveau.La façon dont je le vois, il y a trois possibilités:
Il ne le checkout correctement et complètement, sans casse-tête pour vous. Le problème est résolu.
Il vérifie tout ce qui n'a pas vérifié la dernière fois. Vous n' "svn update" et vous êtes dorée.
Il découvre que certaines choses ont été modifiées depuis avoir été vérifié, se plaint, et les abandons. Vous aurez juste à supprimer le conflit des trucs.
Dans tous les cas, n'importe quel fichier qui a été correctement extrait du référentiel de métadonnées associées à votre arbre local et qui fera en sorte que "svn update", vous obtiendrez la version la plus récente.
déplacer dans le répertoire de la copie de
J'ai également eu le même problème et, enfin, chose qui a fonctionné pour moi est:-
Étape 1. Dans le dossier racine du clic droit sur un espace vide et sélectionnez "TortoiseSVN > Nettoyer...", puis cochez l'option tout en pop-up et d'exécuter ce
Étape 2. clic droit sur un espace vide et cliquez sur "SVN Update.."
Il commence à reprendre maintenant.