Visual SVN et accès concurrents : quid ?

Bonjour à tous,

La société dans laquelle je bosse s'agrandit et nous sommes de plus en plus enclins à devoir travailler sur des projets communs. Pour cela, j'aimerai mettre en place une solution subversion qui permettra de faire deux choses :
1) du versioning
2) gestion des accès concurrents.

Donc chose faite, j'ai mis en place un serveur de test (sous ubuntu linux) avec subversion puis sur deux machines de developpement j'ai installé TortoiseSVN et VisualSVN. Cela fonctionne très bien sauf une chose : les accès concurrents.
J'aimerai en fait que quand quelqu'un est sur un projet, que les autres ne puissent pas du tout y toucher. Là ce n'est pas le cas, le projet est bien locké mais on peut quand meme modifier la copie locale. Au moment ou l'on souhaite l'envoyer on se fait bouler étant donné qu'elle est lockée.
Donc en environnement de prod on n'a pas le temps de chercher midi à 14h si c'est locké ou pas, faut qu'un message nous pete à la tete.
Savez vous si cela est possible avec visualSVN ou non ? mon collègue m'informe qu'avec Visual Source Safe c'est le comportement de base, le problème c'est que c'est pas donné...

Merci par avance pour votre aide

Citation:

---

mon collègue m'informe qu'avec Visual Source Safe c'est le comportement de base, le problème c'est que c'est pas donné...

---

effectivement, sourcesafe fait ca bien...sauf que rien ne t'empeche, avec sourcesafe, de cahnger le flag a la main et de locker un fichier sur le serveur de prod...

En fait, je ne suis pas sur de bien saisir, pourquoi veux-tu locker les fichiers de code source ??? Ca fait 6 mois que j'essaye de motiver le passage a svn ou cvs parce que les lock exclusifs de VSS font peter les plombs a tout le monde :aie:

Le problème ici, c'est que tu attends d'un outils qu'il comble un manque de communication. Source Safe c'est un truc d'autistes, ça permet à des gens qui ne se parlent jamais de savoir plus ou moins sur quoi les autres travaillent.

SVN est un outil qui facilite le travaille collaboratif en permettant à tout le monde de travailler sans conflit sur les sources. Il faut garder à l'esprit que si personne ne se parle (et informe les autres des changements qu'il compte apporter et où) ça ne fonctionnera jamais.

Apprenez aussi à repartir les tâches intelligemment, en regroupant par exemple les tâches qui concernent un domaine spécifique, et ces tâches seront affectées à la même personne. Rien n'empèche après de définir des périodes durant lesquelles X va s'occuper de la couche Interface, pendant que Y s'occupe des couches métier, et ensuite inverser les rôles, pour que chacun puisse toucher à toutes les parties de l'application.

Salut à vous,

Merci pour vos réponses, effectivement, vu sous cet angle je suis 100% d'accord...
En fait si vous voulez c'était surtout par peur d'avoir un énorme Merge à faire si jamais deux utilisateurs font de grosses modifs dessus.
En fait je me rend compte qu'à chaque fois que j'ai une objection, un problème possible avec subversion ça revient toujours à une seule et meme source : la communication (je viens d'effacer trois fois d'affilée des objections que je voulais vous soumettre mais au bout de chaque j'ai remarqué ça...:oops:)
Il va falloir que je vois ça avec mon boss, mais à priori ça devrait etre bon.

Merci à vous encore une fois et si jamais vous avez une remarque, une petite astuce, un conseil important à dire du genre la c***nnerie à pas faire à ce propos n'hésitez pas ;)

@ bientot

Moi aussi au boulot j'etais sous source safe et étant plusieurs a travailler sur le même projet remplis de module différents ca devenais rapidement une bonne galére de travailler dessus.

Exemple: tu ajoutes un fichier à la solution ca te modifie la conf de ton proj et par conséquent ton proj et donc lock ce dernier. Et si qqn oublie de rendre (ou autre) et qu'un autre utilisateur veuille ajoute un fichier (ex:une simple image) et bah il est obliger d'attendre que le premier utilisateur rende le tout.

Enfin bref on est passé sous svn, et c'est vraiment le pied. Les merges sont parfois délicat mais rien de problématique.
Sinon nous on s'est creer une branche chacun pour développer dans son coin et pas impacter tt le monde surtout pour les MEP. Mais ca oblige a une bonne rigueur (recuperation des sources principales et compil et test avec nos modifs puis rendre ces modifs).

Merci Gyzmau, ça ne fait que renforcer le fait que SVN soit LA solution pour nous.
Par contre, en validant le fonctionnement avec mon collègue je suis tombé sur un drole de probleme... Je poste ça dans un nouveau topic.

Si tu veux vraiment ajouter ce type de comportement, il suffit d'ajouter à ton dépot la propriété svn:need-locks (je sais pas trop comment cela fonctionne). L'avantage est que cela te préviens si un fichier est vérouillé par quelqu'un, mais tu peux lui voler le verrou.

---
BlakDrago

Oui effectivement on a croisé cette propriété et je n'ai pas pensé à venir le dire ici :oops:
Mais à priori ce n'est pas une bonne technique que de jouer trop avec cette propriété. Il est préferable de l'utiliser sur des fichiers binaires (qu'on ne peut pas merger comme du code source)
Merci de me l'avoir dit en tout cas !

@ +