Bonjour cher forum,
Voila je suis en train de m'occuper dans me boite d'une migration d'un gestionnaire de version proprio vers un gestionnaire libre svn.
Du coup je fais des essais par rapport aux anciennes habitudes, je m'explique:
Pour un projet de type
/project/produit1/
/project/produit2/
...
/project/produitn/
Si je travaille sur les produits 2 et 3 je voudrai faire:
svn co -N https://lenomtreslongduserveur:/project project
cd project
svn co produit1 produit2
ou a la limite svn up produit1 produit2
Mais aucune des deux dernieres lignes ne fonctionnent. J'ai bien cherche sur mon ami google mais je ne tombe que sur la meme question sans reponse: http://svn.haxx.se/dev/archive-2003-06/0095.shtml
Il y a bien sur la solution du :
svn co `svn info | grep URL | sed -e "s@URL: @@"`/produit1
Mais je suis pas sur de convaincre qui que ce soit...
Forum général.général subversion "svn co -N" puis chekout local
7
fév.
2007
# Oublie
Posté par lcld . Évalué à 2.
Autrement dit, il n'y a pas de solution à ton problème, hormis, si c'est possible, celle de réorganiser le dépôt. J'ai eu le même souci avec Hachoir ( http://hachoir.org/ ) et finalement, c'est ce qu'on a fait :
http://www.mail-archive.com/hachoir%40lists.tuxfamily.org/ms(...)
http://www.mail-archive.com/hachoir%40lists.tuxfamily.org/ms(...)
voir aussi : http://subversion.tigris.org/servlets/ReadMsg?listName=users(...)
[^] # Re: Oublie
Posté par zzmaxfr . Évalué à 1.
Ce qui me gene le plus c'est que ca risque de mettre a mal le passage a subversion... et d'orienter le choix vers un gestionnaire proprio. Ca m'inquiete aussi le fait qu'un outil si connu ai un probleme aussi important (J'ai fait des essais et ca a des consequences bizarres qui necessite de tout suprimer et de refaire les checkout soit quelques minutes a quelques heures d'attente) et potentiellement des pertes de donnees (partie de l'arbre pas commit)ou des corruptions de la base (commit pas au bon endroit).
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.