SVN comment résoudre “local ajouter, à l'arrivée de l'ajouter lors de la mise à jour” à la une dossier?

Voici mon scénario:

Supposons que nous avons un repo SVN avec le contenu suivant:
mondossier
myfolder\file.txt

Maintenant j'ai créer deux extractions de ce repo, co1 et co2.

Dans co1 nous modifier file.txt.
Dans de co2 nous:

svn delete myfolder
svn commit
Créer un nouveau dossier nommé myfolder
svn add myfolder
svn commit

Maintenant, si je tente une mise à jour dans co1-je obtenir un arbre de conflit:

A  +  C myfolder >   local edit, incoming delete upon update
M  +    myfolder\file.txt

Je veux garder le dossier et le fichier modifié, j'ai donc résoudre l'arbre de conflit:

svn resolve --accept working folder

Maintenant, si je tente de la commettre, j'obtiens un "svn: le Répertoire '/mondossier' est pas à jour". Si j'essaie de résoudre ce à l'aide de la commande svn up mondossier, je reçois un arbre conflit de nouveau:

A  +  C folder >   local add, incoming add upon update
M  +    myfolder\file.txt

Ok, donc nous essayons svn resolve --accepter le dossier de travail à nouveau. Mais nous ne pouvons toujours pas commettre, nous obtenons le même message que "svn: le Répertoire '/mondossier' est pas à jour", si nous ne svn up mondossier, nous obtenons le droit de retour pour le dernier arbre conflit.

Quelle est la bonne procédure pour résoudre ce type de conflit (quand nous voulons garder mondossier et ses modifications)?

EDIT: Windows cmd ligne de script pour illustrer:

rmdir /S /Q C:\svntest 
mkdir C:\svntest

cd C:\svntest

svnadmin create repo

svn co file:///c:/svntest/repo co1
svn co file:///c:/svntest/repo co2

cd co1
mkdir folder
echo content > folder\file.txt
svn add folder
svn commit folder -m ""

cd C:\svntest\co2
svn up

cd C:\svntest\co1
svn del folder
svn commit -m ""
mkdir folder
svn add folder
svn commit -m ""

cd C:\svntest\co2
echo changed_content > folder\file.txt
svn up
svn resolve --accept working folder
svn commit -m ""

svn up folder
svn resolve --accept working folder
svn commit -m ""

Et voici la sortie de l'exécution de ce script (note de la validation des échecs à la fin):

C:\>rmdir /S /Q C:\svntest  

C:\>mkdir C:\svntest 

C:\>cd C:\svntest 

C:\svntest>svnadmin create repo 

C:\svntest>svn co file:///c:/svntest/repo co1 
Checked out revision 0.

C:\svntest>svn co file:///c:/svntest/repo co2 
Checked out revision 0.

C:\svntest>cd co1 

C:\svntest\co1>mkdir folder 

C:\svntest\co1>echo content  1>folder\file.txt 

C:\svntest\co1>svn add folder 
A         folder
A         folder\file.txt

C:\svntest\co1>svn commit folder -m "" 
Adding         folder
Adding         folder\file.txt
Transmitting file data .
Committed revision 1.

C:\svntest\co1>cd C:\svntest\co2 

C:\svntest\co2>svn up 
A    folder
A    folder\file.txt
Updated to revision 1.

C:\svntest\co2>cd C:\svntest\co1 

C:\svntest\co1>svn del folder 
D         folder\file.txt
D         folder

C:\svntest\co1>svn commit -m "" 
Deleting       folder

Committed revision 2.

C:\svntest\co1>mkdir folder 

C:\svntest\co1>svn add folder 
A         folder

C:\svntest\co1>svn commit -m "" 
Adding         folder

Committed revision 3.

C:\svntest\co1>cd C:\svntest\co2 

C:\svntest\co2>echo changed_content  1>folder\file.txt 

C:\svntest\co2>svn up 
C folder
At revision 3.
Summary of conflicts:
  Tree conflicts: 1

C:\svntest\co2>svn resolve --accept working folder 
Resolved conflicted state of 'folder'

C:\svntest\co2>svn commit -m "" 
Adding         folder
svn: Commit failed (details follow):
svn: Directory '/folder' is out of date

C:\svntest\co2>svn up folder 
   C folder
At revision 3.
Summary of conflicts:
  Tree conflicts: 1

C:\svntest\co2>svn resolve --accept working folder 
Resolved conflicted state of 'folder'

C:\svntest\co2>svn commit -m "" 
Adding         folder
svn: Commit failed (details follow):
svn: Directory '/folder' is out of date

J'ai mis à jour ma réponse, pouvez-vous me dire quelle est la version de svn vous utilisez ?
Désolé pour le long temps de réponse, j'ai dû obtenir cette non compte fusionné avec mon compte réel. Voir ma réponse dans les commentaires de votre réponse.

InformationsquelleAutor Ziphnor | 2010-10-21

svn tree-conflict

41

J'ai compris avec le
```
svn resolve --accept working  PATH_TO_FILE
```
qui doit:

Résolu état conflictuel de "CHEMIN_VERS_FICHIER'
- Voir la documentation pour les options en plus du travail".
InformationsquelleAutor augusto
16

Arbre De Conflits donne un bel aperçu de arbre conflits et de leur résolution. Dans certains cas, svn revert pourrait aider ainsi, alors que de perdre toutes vos modifications locales. En dernier recours, une nouvelle copie de travail avec fusionnés manuellement les modifications de l' "brisées" on va vous ramener sur la bonne voie. Certainement le côté sombre de la subversion.
- Malheureusement, j'ai déjà vérifié que vue d'ensemble de l'arborescence des conflits, mais malheureusement il ne marche pas me dire comment résoudre ce scénario spécifique. J'ai rencontré ce problème dans notre application, qui repose sur le SVN pour gérer certaines utilisateur, pas sur la ligne de commande, et donc je voudrais vraiment éviter étrange hacks et le bâton à l'aide de la SVN de l'API.
- J'ai juste eu un problème avec un arbre erreur de conflit de "l'Arbre de conflit: local ajouter, à l'arrivée de l'ajouter lors de la mise à jour". J'ai essayé le svn revert option vous l'avez suggéré, et qui a très bien fonctionné. J'ai complètement oublié que je pouvais le faire (car je n'ai pratiquement jamais avoir à utiliser la commande). Merci!
InformationsquelleAutor zellus
4

Essayer
```
C:\svntest\co2>move folder folder.SAVE
C:\svntest\co2>svn revert folder
C:\svntest\co2>svn update
```
Svn doit alors apporter une nouvelle folder répertoire de version identique à celle de co1. Vous pouvez ensuite remplacer par le contenu de folder.SAVE.

InformationsquelleAutor hlovdal

Je ne suis pas en mesure de reproduire ce que vous avez mentionné. Voici ce que j'ai essayé.

test@test:/tmp$ cd /tmp/
test@test:/tmp$ svn co http://localhost:8080/svn/stackoverflow so --username=admin
A    so/trunk
A    so/branches
A    so/tags
Checked out revision 1.
test@test:/tmp$ cd so/trunk/
test@test:/tmp/so/trunk$ mkdir x 
test@test:/tmp/so/trunk$ ls /tmp > x/test.txt 
test@test:/tmp/so/trunk$ svn add x/
A         x
A         x/test.txt
test@test:/tmp/so/trunk$ svn ci -m "test"
Adding         trunk/x
Adding         trunk/x/test.txt
Transmitting file data .
Committed revision 2.
test@test:/tmp/so/trunk$ cd /tmp/
test@test:/tmp$ svn co http://localhost:8080/svn/stackoverflow so1 --username=admin 
A    so1/trunk
A    so1/trunk/x
A    so1/trunk/x/test.txt
A    so1/branches
A    so1/tags
Checked out revision 2.
test@test:/tmp$ cd /tmp/so1/trunk/
test@test:/tmp/so1/trunk$ svn remove x 
D         x/test.txt
D         x
test@test:/tmp/so1/trunk$ svn ci -m "" 
Deleting       trunk/x

Committed revision 3.
test@test:/tmp/so1/trunk$ mkdir x 
test@test:/tmp/so1/trunk$ cp ../../so/trunk/x/test.txt x 
test@test:/tmp/so1/trunk$ ll /tmp > x/test.txt 
test@test:/tmp/so1/trunk$ svn add x/
A         x
A         x/test.txt
test@test:/tmp/so1/trunk$ svn ci -m ""
Adding         trunk/x
Adding         trunk/x/test.txt
Transmitting file data .
Committed revision 4.
test@test:/tmp$ cd so/trunk/
test@test:/tmp/so/trunk$ svn up
D    x
A    x
A    x/test.txt
Updated to revision 4.
test@test:/tmp/so/trunk$

Apparemment, j'ai tenté la même approche que vous n'avez et n'a pas face à tout problème nouveau. Quelle est la version de svn utilisez-vous ?

export REPOPATH=/tmp/svntest
test@test:/tmp/co2/trunk$ rm -rf $REPOPATH
test@test:/tmp/co2/trunk$ mkdir $REPOPATH
test@test:/tmp/co2/trunk$ svnadmin create $REPOPATH/repo
test@test:/tmp/co2/trunk$ svn co file:///$REPOPATH/repo co1
svn: Repository UUID '2d803eb8-2030-4dd3-bb6f-34ab07c74813' doesn't match expected UUID '82764ae8-6410-4565-933f-9a420cb60013'
test@test:/tmp/co2/trunk$ svn co file:///$REPOPATH/repo co2
svn: Repository UUID '2d803eb8-2030-4dd3-bb6f-34ab07c74813' doesn't match expected UUID '82764ae8-6410-4565-933f-9a420cb60013'
test@test:/tmp/co2/trunk$ 
test@test:/tmp/co2/trunk$ cd $REPOPATH/co1
bash: cd: /tmp/svntest/co1: No such file or directory
test@test:/tmp/co2/trunk$ mkdir folder
mkdir: cannot create directory `folder': File exists
test@test:/tmp/co2/trunk$ echo content > folder/file.txt
test@test:/tmp/co2/trunk$ svn add folder
svn: warning: 'folder' is already under version control
test@test:/tmp/co2/trunk$ svn commit folder -m ""
test@test:/tmp/co2/trunk$ 
test@test:/tmp/co2/trunk$ cd $REPOPATH/co2
bash: cd: /tmp/svntest/co2: No such file or directory
test@test:/tmp/co2/trunk$ svn up
At revision 10.
test@test:/tmp/co2/trunk$ 
test@test:/tmp/co2/trunk$ cd $REPOPATH/co1
bash: cd: /tmp/svntest/co1: No such file or directory
test@test:/tmp/co2/trunk$ svn del folder
svn: Use --force to override this restriction
svn: 'folder/file.txt' is not under version control
test@test:/tmp/co2/trunk$ svn commit -m ""
test@test:/tmp/co2/trunk$ mkdir folder
mkdir: cannot create directory `folder': File exists
test@test:/tmp/co2/trunk$ svn add folder
svn: warning: 'folder' is already under version control
test@test:/tmp/co2/trunk$ svn commit -m ""
test@test:/tmp/co2/trunk$ 
test@test:/tmp/co2/trunk$ cd $REPOPATH/co2
bash: cd: /tmp/svntest/co2: No such file or directory
test@test:/tmp/co2/trunk$ echo changed_content > folder\file.txt
test@test:/tmp/co2/trunk$ svn up
At revision 10.
test@test:/tmp/co2/trunk$ svn --version
svn, version 1.6.6 (r40053)
   compiled Dec 12 2009, 05:04:54

Copyright (C) 2000-2009 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet (http://www.Collab.Net/).

The following repository access (RA) modules are available:

* ra_neon : Module for accessing a repository via WebDAV protocol using Neon.
  - handles 'http' scheme
  - handles 'https' scheme
* ra_svn : Module for accessing a repository using the svn network protocol.
  - with Cyrus SASL authentication
  - handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
  - handles 'file' scheme

J'ai ajouté un script pour le post original pour illustrer mon scénario plus en détail.
La différence semble être que dans mon scénario, le fichier est modifié dans la copie de travail qui effectue la mise à jour ("donc"), pas la copie de travail qu'effectue le supprimer ("rs1") comme c'est le cas dans votre script.
Je ne sais pas ce qui se passe dans votre sortie, vous semblez être obtenir beaucoup d'erreurs?
De toute façon, j'ai ajouté la sortie de l'exécution de mon script pour le post original, de sorte que vous pouvez voir le résultat que j'obtiens. Je l'ai essayé en utilisant SVN 1.6.6 et 1.6.12.

InformationsquelleAutor Version Control Buddy

0

Dans ce cas particulier, je pense que vous aurez à ré-appliquer les modifications locales manuellement. C'est, de créer un fichier de correctif (svn diff > le mien.patch, ou copier des fichiers à un autre endroit), annuler vos modifications, ou de les résoudre à l'aide de la leur, puis appliquer le patch (ou copier des fichiers). Peut-être que vous aurez besoin de svn copie de la base de vos fichiers dans le recréé le dossier avant d'appliquer vos modifications.

Comme zellus dit, c'est le côté sombre de la subversion, et c'est quelque chose que l'implémentation actuelle est incapable de gérer. Puis de nouveau, la suppression d'un dossier et l'ajout d'un nom identique, en ne sonne pas tout à fait droit. Qu'attendez-vous de la subversion à faire? Que faire si le fichier n'est pas recréé dans le dossier? Que faire si son contenu est différent?

Essayez d'éviter la situation tout à fait par pas de supprimer un dossier que vous voulez garder 🙂
- Comme mentionné précédemment, nous rencontrer ce problème dans nos applications utilisation de SVN (par SharpSVN), en tant que système de contrôle de version pour le partage des données de l'utilisateur. Dans notre scénario, il n'est pas le même utilisateur qui supprime le dossier, c'est plutôt un côté serveur supprimer qui provoque le client suivant que les mises à jour de recréer le dossier. J'ai tout simplement attendu SVN pour me donner un moyen de préciser que le contenu actuel de ma copie de travail a été fusionné avec la révision sur le serveur, me permettant ainsi de commettre le résultat.
InformationsquelleAutor Mikkel Blanné

Vous devez vous connecter pour publier un commentaire.