SVN Control Commit Access

Puis-je contrôler qui peut valider les projets? I Vous devez introduire une règle selon laquelle une seule personne peut engager un projet spécifique en même temps. Et la personne qui veut faire des changements, il ne peut que lorsqu'il met à jour le projet, qui a déjà été commis.SVN Control Commit Access

Comme dans l'exemple suivant:

- Utilisateur 1 travaillant sur le projet
- utilisateur 2 tentatives de commettre, mais l'accès est refusé parce que l'utilisateur 1 travaille sur il.
- utilisateur 1 engage le projet.
- utilisateur 2 tente de se au projet et est rejeté à nouveau.
- utilisateur 2 ne mise à jour du projet et engage ensuite vos modifications avec succès.

Cordialement JR

Source

2013-08-20 Jorge Rocha

Vous voulez le contrôler en tant que root, ou donner l'option que les utilisateurs peuvent gérer individuellement? – dhein

Je veux le contrôler en tant que root, je sais que c'est possible mais je ne peux pas comprendre. –

"Je dois introduire une règle qu'une seule personne peut commettre ..." - 1. vous ** n'avez pas besoin de ** cette règle 2. Vous pouvez avoir ** rien ** plus que le mode manuel Verrouiller | Déverrouiller –

En tortoisesvn vous avez la posibillty de laisser l'utilisateur verrouiller un projet, de sorte que son presque le comportement que vous voulez. La seule différence, un utilisateur est capable de dire: « Je sais ce que je fais, et je veux acces de toute façon » , mais à l'exception de cela, un verrouillage repo, vous donne ce comportement;)

E: tortoisesvn 1.8 rightClick simplement le projet tortoisesvn-> Obtenir un verrou/déverrouillage

Source

2013-08-20 17:06:46 dhein

I Je ne veux pas verrouiller le projet, je veux juste un recours automatique. Merci pour l'info mais j'ai besoin de règles de pré-engagement et post-commit. –

Alors, quelle est la différence? Comme je vous l'ai déjà demandé, voulez-vous forcer l'utilisateur à jouer selon ces règles? Ou est-ce ce dont vous parlez légèrement différent?l'expliquer plz plus spécifique car votre exemple serait résolu par un lock/unlock – dhein

Je veux forcer l'utilisateur à ne pas commettre le projet est ouvert par un autre utilisateur. Je ne veux pas que les utilisateurs verrouillent et débloquent des projets, je veux un autre moyen de le faire sans que les utilisateurs interagissent avec Tortoise ou autre application svn –

Il y a deux façons de le faire:

Utilisez Path based authorization.
Utilisez un crochet pre-commit comme this one

L'autorisation basée Path est intégré dans Subversion et peut contrôler, lire (caisse uniquement), lecture-écriture (commit), ou pas d'accès (pas la caisse) . Le hook de pré-validation ne peut pas contrôler l'autorisation de lecture, mais il est plus flexible dans la définition de l'autorisation de validation (lecture-écriture).

Source

2013-08-20 19:23:10

Avec l'authentification basée sur le chemin est possible de le faire? Je ne suis pas sûr ... Dans l'authentification basée sur le chemin d'accès, vous pouvez uniquement refuser ou autoriser l'accès des utilisateurs aux respositories. –

@JorgeRocha Voir [Authentification basée sur le chemin] (http://durak.org/sean/pubs/software/version-control-with-subversion-1.8/svn.serverconfig.pathbasedauthz.html) dans le manuel Subversion on line –

Ok vous pouvez autoriser ou refuser l'accès aux fichiers aux utilisateurs, mais cela ne résout pas mon problème. Je veux contrôler les commits utilisateur svn. –

SVN Control Commit Access

Répondre

Questions connexes