Внешние внешние элементы SVN, которые недоступны

Я попытался найти некоторую информацию по моей проблеме, но не повезло. Так надеясь, что вы можете мне помочь.Внешние внешние элементы SVN, которые недоступны

Следующий сценарий: Мы работаем над проектом с клиентом и имеем общий SVN-репозиторий (где у нашего клиента есть доступ). Кроме того, у нас есть внутренний репозиторий, в котором используется некоторый общий код. Мы используем некоторые внутренние файлы и помещаем их в общий репо с помощью svn-external. Это работает на нашем сайте (где у нас есть доступ к обеим репозиториям), но не у нашего клиента, который получает сообщение об ошибке, потому что он не может получить доступ к нашему внутреннему репо.

Как вы позаботились об этом? Есть ли способ иметь «серверную» внешнюю? Или я могу как-то скопировать файлы в общий репо?

Спасибо заранее, Йорг

источник

2014-01-27 joerg

кажется, что вам нужно Vendor branch

Читать this обсуждение

источник

2014-01-27 13:35:55 Mzf

Привет, ситуация, описанная с филиалами поставщиков не совсем наша ситуация, потому что все репозиториях наши. Поэтому мы имеем их под нашим контролем. Проблема в том, что клиент не может иметь доступ к нашему внутреннему репо, которое мы используем (через внешние) в общем репо. – joerg

Я знаю, что SVN позволяет мелкозернистый контроль доступа. Должно быть возможно предоставить клиенту доступ только для чтения только к каталогу, в котором находится общий код. Я не уверен, как именно это сделать, но я ничего не сделал на серверной стороне SVN.

источник

2014-01-27 14:32:13 Ben

Наши серверы частично внутренние и частично внешние. Тот, который является внутренним, недоступен для внешних. Наш администратор не хочет иметь доступ на основе каталогов, потому что это запутывает очень быстро и нелегко поддерживать. И для разработчиков разработчики обращаются к кошмарам каждый раз, когда каталог должен быть общим. – joerg

Как вы позаботились об этом?

Очевидно, что есть SVN-внешние, которые будут доступны из обоих мест (или любого количества).

Для того, чтобы получить это, вы сусло

Использование post-1.6 relative URL definition вместо абсолютных тока (protocol://hostname/reponame/path в SVN: внешнеположенности проклята плохая идея), относительная родственный репо может работа
Перемещение включений в отдельный репозиторий, который может (и должен быть) совместно использоваться (возможно, svnrdump dump URL, svndump load)
Поддерживать текущее разделение репо и его мир ROR (svnrdump dump URL -r N:M --incremental, svndump load, svnrdump load URL-OF-MIRROR)

источник

2014-01-27 23:42:33

Внешние внешние элементы SVN, которые недоступны

ответ

Смежные вопросы