Création D'une branche TFS en lecture seule

nous essayons de suivre la stratégie de branchement de la TFS Branching Guide et ont atteint le point où nous avons fait une branche représentant une version, qui devrait maintenant être faite en lecture seule.

dans L'onglet Propriétés|Sécurité pour la branche, il présente six groupes d'utilisateurs chacun avec 10 permissions autres que Read. Dois-je passer en revue et cliquer nier sur 60 cases à cocher, ou y a-t-il un meilleur moyen de faire en sorte que cette branche soit en lecture seule?

37
demandé sur Mark Heath 2009-06-24 18:04:35

6 réponses

cliquez avec le bouton droit de la souris sur la branche dans L'Explorateur de contrôle Source, et sélectionnez le Verrouiller... option

modifier: Cela semble manquer beaucoup quand les gens trouvent cela, donc je vais le rendre plus évident.

serrures apparaissent comme un" changement en attente " pour la personne qui a verrouillé l'article. Tant que la serrure est en vigueur, elle apparaîtra comme un changement en attente. Quand une propagation est faite de ce changement en attente, la serrure est libérée. Pendant que la serrure est en vigueur, le verrouillé branche est effectivement en lecture seule, car (pour simplifier) le casier est le seul utilisateur qui peut faire des commits. L'acte de commettre est ce qui libère toutes les serrures sur la branche.

h/t @AakashM de remarquer que dans les commentaires

46
répondu Josh E 2013-07-06 16:18:58

comme un quick-n-dirty, vous pourriez le verrouiller pour vérifier (bien que le casier devrait se rappeler de garder la serrure dans leurs changements en attente pour toujours... ce qui me fait penser qu'il y a un meilleur moyen)

10
répondu AakashM 2009-06-24 14:10:06

Pour répondre à la 2ème partie de la question, de retirer ou de refuser l'autorisation de Lecture efficacement nie tout le reste.

8
répondu Richard Berg 2009-06-25 15:24:32

Refuser l'enregistrement pour le domaine\utilisateurs de domaine

3
répondu AndySw 2013-05-20 14:00:08

comme indiqué ci-dessus, le verrouillage n'est pas une très bonne stratégie. La bonne façon de gérer cela est de définir les permissions.

vous pouvez effectivement faire des fichiers en lecture seule. Les utilisateurs qui tentent de modifier les fichiers obtiendrez un message "commande refusée'

https://msdn.microsoft.com/en-us/library/ms252587.aspx#project_level

Dans VS2013: l'Équipe de l'Explorateur -> Paramètres -> Sécurité/Contrôle de Version

3
répondu FrankyHollywood 2015-06-01 09:25:09

Si vous avez l'héritage réglé Sur "on", le meilleur moyen que j'ai trouvé est:

  1. 'Refuser' toutes les autorisations à l'exception de "Lire" le "Lecteur" du groupe, et
  2. ajouter tous les autres groupes (sauf les administrateurs de projet) au groupe 'Reader'.

alors, tous les groupes du groupe de lecteurs hériteront des permissions' Deny ' et ne pourront rien faire d'autre que lire.

2
répondu alex 2015-11-03 15:37:56