Voilà ma question est dans le sujet...
 
Je souhaite que mon serveur SVN lock tous les fichiers qui on été checkout...
 
Comment puis-je procéder ???

UP

pas besoin de faire un up aussi tôt
je pense déplacer ton topic dans la cat programmation, c'est plus à sa place, et ils sauront plus te renseigner

OK merci

ok, je déplace

Heuu les sémantiques du checkout SVN et du checkout VSS n'ont aucun rapport hein, dans SVN un checkout ça sert à créer une copie locale d'un repository distant, locker tous les fichiers checkoutés ça veut dire qu'une seule personne a le droit de créer une copie locale du projet (donc de bosser sur le projet) c'est stupide
 
Non parce que je sais pas si t'as remarqué, mais SVN n'a pas de checkin, le checkout n'est pas une opération réversible, ni même stateful

Désolé pour le spam, j'avais pas vu le déplacement...
 
Sinon, je souhaite vraiment effectué un lock durant le checkout...
 
Ce verrou saute lors du commit en fait...

1. Je ne vois franchement pas quel intérêt ça peut bien avoir, serait-il possible de connaître le raisonnement ayant mené à l'expression d'un tel besoin?
2. Le checkout n'ayant _aucun_ effet sur la db, subversion n'a pas de hook sur le checkout, si tu avais lu la doc tu le saurais

En fait, les sources de différents modules se trouve sur un serveur A.
 
A un instant t, un développeur récupère (vers B) les sources d'un module (checkout) et lock ceux-ci afin que personne ne viennent modifier ce module en meme temps que lui....
 
Au moment du commit, les sources sont réinjecte vers A puis unlock...

Un serveur SVN quoi

 
Mais c'est n'importe quoi
 
1. Ca veut dire que les développeurs n'ont les sources en local que quand ils les éditent, le modèle de subversion c'est que les développeurs récupèrent une copie du repository quand ils sont intégrés au projet (via checkout) puis entrent dans une logique de update/commit resynchronisant régulièrement leur copie locale avec le repository distant. Ton machin signifie que dès qu'une édition est faite le dev doit supprimer l'intégralité des fichiers en local, c'est stupide
2. L'édition concurrente est l'avantage principal de subversion, permettant justement à plusieurs personnes de travailler en simultané sur les mêmes fichiers
3. En utilisant SVN comme il se doit, le dev peut parfaitement utiliser lock - modify - unlock au lieu d'edit-merge si ça l'amuse, je ne vois pas ce que le checkout vient faire ici
 
Et ça reste complètement con comme idée.