2009-08-02 6 views
1

J'utilise svn 1.6, est-il possible d'avoir:?Les externes SVN changent la source vers le répertoire cible

source directory 
shared\code\depends\make1.3 
- contains file make.1.3 

target directory 
trunk\make\ 
- i want make.1.3 in trunk\make\ 

Vous avez déjà un SVN externe de la source ci-dessus pour la cible
J'ai essayé

/shared/code/depends/make1.3 make 

Quand je fais une mise à jour je reçois une erreur:

External failed, working copy is locked, please execute cleanup command. 

Après l'exécution de nettoyage, toujours le même problème.

+0

Vous aurez probablement plus de chance en demandant ceci sur serverfault. – MitMaro

Répondre

0

je me suis dit la réponse, à utiliser sur un externals seule l'utilisation de fichiers de la source pour cibler l'utilisation du répertoire:

source directory 
shared\code\depends\make1.3 
- contains file make.1.3 

target directory 
trunk\make\ 
- i want make.1.3 in trunk\make\ 

:

/shared/code/depends/make1.3/filename.txt filename.txt 

la commande externe ci-dessus va mettre le fichier unique dans le coffre \ make \ filename.txt

+0

Merci pour ce commentaire. +1 – VonC

1

Le problème peut être lié au fait que vous voulez modifier un chemin disjoint (celui référencé par votre externe), alors que vous avez peut-être seulement fait votre dernier commit depuis un autre chemin.

Comme mentionné par le Svnbook

Subversion still truly operates only on non-disjoint working copies.
So, for example, if you want to commit changes that you've made in one or more of those external working copies, you must run svn commit explicitly on those working copies—committing on the primary working copy will not recurse into any external ones.

Vous pouvez essayer la même manip à partir d'une caisse fraîche.
Vous devez être sûr de ne pas supprimer/mettre à jour le contenu de votre répertoire make1.3, sinon vous devrez svn revert au contenu original (voir cette SO answer)

+0

Merci pour la réponse. – dnndeveloper

0

Merci pour votre collaboration. Juste pensé à ajouter que jusqu'à Subversion v1.6.6 (pas encore publié au moment de la publication) il ya un bug qui empêche les binaires d'être gérés individuellement de la manière spécifiée dnndeveloper.

Questions connexes