Существует много компаний, продающих, усилил ПК главным образом в целях управления производственным процессом и автоматизации. AFAIK это главным образом о том, чтобы заставлять их вычистить и стойкая вибрация.
После набора головных болей я позволяю этому бездействовать с * = rw
в SVNParentPath
уровень. Возвращаясь к нему, у меня внезапно был штрих очевидного хита меня; порядок чтения был проблемой.
Во-первых, мои соглашения о присвоении имен были, утончаются неправильно, как это должно быть [<repo_name>:<path-in-repo>]
Основным вопросом является authz файл, ожидает порядок 'специфики', где первое правило чтения или доступное соответствие применяется. В моем случае все соответствовало бы корню, и это будет one-done. таким образом путем инвертирования моего упорядочивания в качестве примера:
[groups]
grp_W = a, b, c, g
grp_X = a, d, f, e
grp_Y = a, e,
[ProjectPot:/]
@grp_W = rw
[ProjectKettle:/]
@grp_X = rw
[/]
* =
@grp_Y = rw
сделал бы это приняло, и выполните, как вел себя. Это НЕ ДОКУМЕНТИРУЕТСЯ и по-моему является серьезной путаницей по чему-то совершенно тривиальному.
Я столкнулся с тем же самым недавно и также не удался предложить решение. Некоторые дешевые апачские правила псевдонима и или svn:external определения могут помочь, но если это умеренно сложно, я не думаю, что можно сделать это сегодня. WANdisco имел много запросов на эту функцию, и это может заставить достаточно импульса заслуживать расширенный authz с ненаследованным доступом и поддержкой регулярного выражения.
Чтобы получить доступ к репозиторию, у которых есть такое разрешение, необходимо дать полный url, в противном случае нужно дать разрешение на чтение.
[groups]
grp_W = a, b, c, g
grp_X = a, d, f, e
grp_Y = a, e,
[/]
* =
@grp_Y = rw
@grp_w = r
@grp_x = r
[somerepo1:/projectPot]
@grp_W = rw
[somerepo2:/projectKettle]
@grp_X = rw