У нас есть репозиторий subversion с проектами верхнего уровня, каждый из которых имеет соединительные линии/ветки/теги. И теперь нам нужно ограничить доступ к одному из проектов для ограниченного числа разработчиков. Все работает нормально, за исключением того, что, хотя человек, который не имеет доступа к этому проекту, выполняет «обновление» в репозитории через TortoiseSVN, красное 403 «запрещенное» сообщение показано ему для проекта, который ему запрещено видеть. Это логично, но красные строки ошибок для sucessfull команд не очень хороши в целом: разработчики, которые всегда видят красные сообщения об ошибках durng update, вскоре привыкнут к ним и могут игнорировать сообщение об ошибке, которое является реальной ошибкой, а не информацией о разрешениях :(Итак, можно ли настроить сервер TortoiseSVN/VisualSVN, чтобы разработчики, у которых нет разрешений для некоторых проектов, не получат сообщения об ошибках для «обновления» команды? Таргетинг на репозиторий root?TortoiseSVN: можно ли игнорировать запрещенные папки во время обновления?
ответ
Неплохая практика проверки всего корня в на первом месте. багажник - это уровень, который необходимо проверить в рабочей копии.
Это также гарантирует, что когда кто-то создает ветку (дешевая операция), она не заселена в wo копирование (дорогая операция).
Кроме того, поскольку операция блокировки работает в Subversion, операция блокировки займет больше времени и больше, если к рабочей копии добавлено больше каталогов. (Это изменится с версии 1.7)
Обратите внимание, что это также можно использовать sparse checkouts
Я думаю, что самое простое решение состоит в создании другого аналогичного хранилища на тот, который вы имеете, (я предполагаю, что использует SVN: внешние ссылки на другие репозитории), но только для тех, к которым могут обращаться ограниченные разработчики.
Это хорошее решение, но ограниченные проекты зависят от многих вещей в текущий единый репозиторий: общий, libs и т. д.:. Будет очень сложно правильно создать два репозитория. – grigoryvp
- 1. Почему TortoiseSvn блокирует блокировки во время обновления?
- 2. Игнорировать/не записывать папки/файлы в TortoiseSVN
- 3. Можно ли игнорировать класс-оболочку во время сортировки JAXB
- 4. Можно ли игнорировать «Предупреждение: пытаться представить ... во время презентации»?
- 5. Можно ли заставить SCP игнорировать символические ссылки во время копирования?
- 6. Можно ли сказать automapper игнорировать отображение во время выполнения?
- 7. Проблемы с TortoiseSVN игнорировать папку
- 8. Сохранение TortoiseSVN и NetBeans IDE во время синхронизации
- 9. TortoiseSVN переназначает исходные папки
- 10. Папки синхронизации с TortoiseSVN
- 11. Subversion пропускает новые каталоги во время обновления
- 12. svn: игнорировать - только для игнорирования во время фиксации или это также во время обновления?
- 13. только обновить папки ветви SVN во время обновления SVN
- 14. Игнорировать NameError во время итерации
- 15. Игнорировать таймауты во время jQuery.when
- 16. Можно ли игнорировать параметры?
- 17. Можно ли игнорировать TextBox?
- 18. Можно ли игнорировать исключение?
- 19. Можно ли игнорировать xcuserdata?
- 20. ошибки во время обновления:
- 21. Невозможно игнорировать каталог с TortoiseSVN
- 22. TortoiseSVN игнорировать список не работает
- 23. SVN игнорировать файлы с версиями во время обновления thru svn commandline
- 24. Как игнорировать папку во время слияния subversion
- 25. Игнорировать поле во время выполнения в Objectify
- 26. Есть ли способ заставить TortoiseSVN временно игнорировать файлы с версией?
- 27. Можно ли просматривать переменные во время выполнения?
- 28. Можно ли декомпилировать программу во время работы
- 29. Можно ли заменить метод во время выполнения?
- 30. Можно ли включить модуль во время инициализации?
Возможно, я высказался неправильно. Например, у меня есть проект A, который проверяется как co svn: // myserver/svn/A/trunk C: \ A и у меня есть проект B, который выставляется как co svn: // myserver/svn/B/trunk C: \ B. Теперь, если пользователь, имеющий права доступа к A и не имеющие прав доступа для B, обновит svn: // myserver/svn, он получит красное сообщение об ошибке, поскольку «доступ к B запрещен». Это логично, но красные сообщения в каждом обновлении не очень хорошие :( – grigoryvp
он не может обновить корень репозитория, хотя вы можете обновлять только рабочие копии. –