Nous essayons de suivre la stratégie de branchement du Guide de branchement TFS et nous avons atteint le point où nous avons créé une branche représentant une version, qui devrait maintenant être en lecture seule.
Dans l'onglet Propriétés|Sécurité de la branche, il y a six groupes d'utilisateurs avec chacun 10 autorisations autres que celle de lire. Dois-je cliquer sur Refuser dans 60 cases à cocher ou existe-t-il un meilleur moyen de rendre cette branche en lecture seule ?
Cliquez avec le bouton droit de la souris sur la branche dans l'Explorateur de contrôle de source, et sélectionnez l'option Serrure... option
EDIT : Il semble qu'on oublie souvent de le mentionner lorsque les gens le trouvent, alors je vais le rendre plus évident.
Les verrous apparaissent comme un "changement en attente" pour la personne qui a verrouillé l'article. Tant que le verrou est en vigueur, il apparaît comme une modification en attente. Lorsqu'un commit est effectué sur cette modification en attente, le verrou est levé. . Tant que le verrou est en vigueur, la branche verrouillée est effectivement en lecture seule, puisque (pour simplifier) le verrou est le seul utilisateur qui peut faire des commits. L'acte de commiter est ce qui libère tous les verrous sur la branche.
h/t @AakashM pour l'avoir signalé dans les commentaires
Comme indiqué ci-dessus, le verrouillage n'est pas une stratégie très agréable. La façon correcte de gérer cela est de définir des permissions.
Vous pouvez effectivement rendre les fichiers en lecture seule. Les utilisateurs qui essaient de modifier les fichiers obtiendront un message "checkout denied".
https://msdn.microsoft.com/en-us/library/ms252587.aspx#project_level
Dans VS2013 : Team Explorer -> Paramètres -> Sécurité/Contrôle de version
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
