Nous essayons de suivre la stratégie de branchement du TFS Branching Guide et 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 présente six groupes d'utilisateurs chacun avec 10 autorisations autres que Lecture. Dois-je passer par et cliquer sur Refuser sur 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 code source et sélectionnez le Fermer à clé... option
EDIT: Cela semble manquer beaucoup lorsque les gens trouvent cela, donc je vais le rendre plus évident.
Les verrous apparaissent comme une "modification en attente" pour la personne qui a verrouillé l'élément. Tant que le verrou est en vigueur, il apparaîtra comme une modification en attente. Lorsqu'une validation est faite de cette modification en attente, le verrou est libéré. Tant que le verrou est en vigueur, la branche verrouillée est effectivement en lecture seule, puisque (pour simplifier) le casier est le seul utilisateur qui peut faire des commits. L'acte de commettre est ce qui libère les verrous sur la branche.
h/t @AakashM pour l'avoir signalé dans les commentaires
En tant que quick-n-dirty, vous pouvez le verrouiller pour le check-out (bien que le casier doive se souvenir de garder le verrou dans leurs modifications en attente pour toujours ... ce qui me fait penser qu'il existe un meilleur moyen)
Pour répondre à la 2ème partie de la question - supprimer ou refuser l'autorisation de lecture refuse effectivement tout le reste.
Comme mentionné ci-dessus, le verrouillage n'est pas une stratégie très intéressante. La bonne façon de gérer cela consiste à définir des autorisations.
Vous pouvez effectivement créer des fichiers en lecture seule. Les utilisateurs qui tentent de modifier les fichiers recevront un message "extraction refusée"
https://msdn.Microsoft.com/en-us/library/ms252587.aspx#project_level
Dans VS2013: Team Explorer -> Paramètres -> Sécurité/Contrôle de version
Refuser l'enregistrement pour les utilisateurs de domaine\domaine
Si l'héritage est défini sur `` Activé '', la meilleure façon que j'ai trouvée est de:
Ensuite, tous les groupes du groupe Reader hériteront des autorisations "Refuser" et ne pourront rien faire d'autre que lire.