Subversion related issues
From: Ignace Danneels <ignace.danneels_at_tremec.com>
Date: Wed, 8 Jul 2015 15:42:42 +0000
Hello,
I posted a question on the community page (see link below) and markphip replied.
The post is shown below
Issue 1
The access rule contain:
[groups]
the I would prevent that user to access a specific folder by putting
[CBD_Test_Environment:/trunk/20_Software/Sources/CBD]
to prevent idan for accessing that subfolder
The main issue is that rules tend to change (software development is a living thing).
Assume the 2nd rule did not exist at first.
Now I implement the 2nd rule, because we notice that only a limited set of persons should have access to it, and idan is not one of them.
If I perform an update on the project (even with the changed rules), the CBD folder remains on the workstation.
What I would like to obtain:
Issue 2
Use of wildcards:
I tried to create a rule that would exclude the CBD folder from all branches/trunk/tags in the repository as follows:
Because the CBD folder also contains xml files, which are useless for one specific group, I also wanted to change the rule as follows:
Hoping the * would mean any path in the repository.
Although the access rule appears to be accepted by subversion edge (there is no error when entering the rules above), I have found no documentation on the web indicating the use of wildcards in access rules.
As I'm a big fan of regular expressions, I also tested if the 2 latter rules could be merged into 1 as follows
Also here the rule is accepted.
Issue 3
Assume the CBD folder has 20 subfolders and I would want idan to only have access to a limited set of these, how do I obtain this.
What does not work (but would be nice)
This does work if I do not use the wildcards but the fully extended name. But you can imagine if I have to do such a thing for each branch which is created, this creates a huge access rule file which is hard to maintain (as we create a new branch for each bug which is reported)
Can you confirm that the above mentioned issues are real issues?
As administrator for our subversion repositories, I like the central place for controlling the permissions, but the above items still make it a hard job.
Best regards,
Ing. Ignace Danneels
[cid:image001.jpg_at_01CCED94.64E0F970]
________________________________
Este correo electrónico es confidencial y exclusivamente para la(s) persona(s) a quien(es) se dirige. Queda estrictamente prohibida la distribución o copia del contenido de este correo. Si Usted ha recibido este correo por error le suplicamos notificar inmediatamente a la persona que lo envió y borrarlo definitivamente de su sistema. Si Usted proporcionó a Grupo Kuo, S.A.B de C.V. y/o afiliadas, filiales y/o subsidiarias (Grupo Kuo) por esta vía algún dato de tipo personal, Usted autoriza a Grupo Kuo la publicación, divulgación y/o transmisión de la información que haya insertado conforme al artículo 109 de la Ley Federal del Derecho de Autor. Grupo Kuo podrá en cualquier momento modificar o eliminar la información proporcionada, sin responsabilidad ni control sobre los enlaces a portales propiedad de terceras personas ajenas a Grupo Kuo. Contacto: datos.personales_at_kuo.com.mx Puede consultar nuestro aviso de privacidad en www.kuo.com.mx
This e-mail is confidential and for the exclusive use of the person(s) to whom it is addressed. You are hereby notified that any distribution or copy hereof is strictly forbidden. If you have received this e-mail by error, we kindly ask you to notify the sender and to delete it immediately. If you have provided Grupo Kuo, S.A.B. de C.V. and/or Grupo Kuo’s affiliates and/or subsidiaries (Grupo Kuo) through these means with any personal information, you hereby grant Grupo Kuo expressly authorization to publish, reproduce, divulge, publicly communicate and/or transmit the inserted information pursuant to article 109 of the Federal Copyright Law of Mexico. Grupo Kuo may at any time, modify or delete the information contained herein and is not responsible in any way of controlling the links to different portals nor on third parties not related to Grupo Kuo. Notwithstanding the foregoing, Grupo Kuo does not warrant the authenticity or reliability of the information related to third parties. Contact: datos.personales_at_kuo.com.mx See our privacy policy in www.kuo.com.mx
Outbound Security KUO
|
This is an archived mail posted to the Subversion Users mailing list.
This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.