svn : comment résoudre le message « edit local, entrant suppression dès la mise à jour »

Question

quand je fais un svn status ., j'obtiens ceci:

!     C auto-complete-config.elc
      >   local edit, incoming delete upon update
!  +  C auto-complete.elc
      >   local edit, incoming delete upon update
!  +  C popup.elc
      >   local edit, incoming delete upon update
!  +  C fuzzy.elc
      >   local edit, incoming delete upon update

en fait, ces fichiers ne devrait pas être dans le référentiel. Un développeur a retiré. Alors, je pense que j'ai un svn rm ... après le fait par erreur (ça fait svn update . plutôt).

Alors maintenant, quand je fais de l' svn status .,- je obtenir ces arbres messages de conflit.

J'ai trouvé la doc ici, mais vous ne savez pas comment faire pour "fusionner" selon le doc.

comment se débarrasser d'eux?

Je pense que ma copie de travail est en phase avec le référentiel. Je ne sais pas pourquoi ces messages. Ces fichiers doivent être supprimés, et sont retirés autant que je sache partout. J'ai essayé d' svn update . et svn revert . mais je reçois toujours ce message quand je le fais, svn status ..

Answer 1

Version courte:

$ svn st
!  +  C foo
      >   local edit, incoming delete upon update
!  +  C bar
      >   local edit, incoming delete upon update
$ touch foo bar
$ svn revert foo bar
$ rm foo bar

Si le conflit est sur les répertoires au lieu de fichiers puis de les remplacer touch foo bar avec mkdir foo bar.

---

Remarque: la même procédure de travail pour la situation suivante:

$ svn st
!     C foo
      >   local delete, incoming delete upon update
!     C bar
      >   local delete, incoming delete upon update

---

Version longue:

Cela se produit lorsque vous modifiez un fichier, alors que quelqu'un a supprimé le fichier et engage en premier. Comme un bon svn citoyen-vous faire une mise à jour avant un commit. Maintenant, vous avez un conflit. Réalisant que la suppression d'un fichier est la bonne chose à faire, vous supprimez le fichier de votre copie de travail. Au lieu de se contenter, svn se plaint maintenant que les fichiers sont manquants, outre le conflit de mise à jour qui finalement veut voir les fichiers supprimés. Bon travail, svn.

Devrait - svn resolve pas de travail, pour quelque raison que ce soit, vous pouvez effectuer les opérations suivantes:

Situation de départ: Local des fichiers sont manquants, la mise à jour est en conflit.

$ svn st
!  +  C foo
      >   local edit, incoming delete upon update
!  +  C bar
      >   local edit, incoming delete upon update

Recréer les conflits de fichiers:

$ touch foo bar

Si le conflit est sur les répertoires au lieu de fichiers puis de les remplacer touch foo bar avec mkdir foo bar.

Situation nouvelle: les fichiers Locaux à être ajoutés au référentiel (oui, bon, svn, ce que vous dites), mise à jour toujours en conflit.

$ svn st
A  +  C foo
      >   local edit, incoming delete upon update
A  +  C bar
      >   local edit, incoming delete upon update

Rétablir les fichiers de l'état svn aime (supprimé):

$ svn revert foo bar

Situation nouvelle: les fichiers Locaux ne sait pas à svn, mise à jour n'est plus en conflit.

$ svn st
?       foo
?       bar

Maintenant, nous pouvons supprimer les fichiers:

$ rm foo bar

svn ne plus se plaint:

$ svn st

Fait.

Answer 2

Tenter de résoudre le conflit à l’aide

Answer 3

Je viens de recevoir ce même problème et j’ai trouvé que

résolu le problème.

svn détermination n’a pas fonctionné pour moi :

Answer 4

Si vous n’avez pas apporté aucune modification à l’intérieur de l’annuaire en conflit, vous pouvez également , puis . Cela a fonctionné pour moi au moins.