проблема подрывной операции - фиксация доступа

Question

Я новичок в создании подрывной деятельности, но первоначально, когда я создал репозиторий, все члены моей команды могли обновлять и совершать без проблем. С этим возникла проблема, поэтому мы решили воссоздать ее, но теперь я могу только внести в нее изменения. И мое имя пользователя/пароль не работает на их компьютерах, поэтому я уверен, что это что-то очевидное и глупое, но я просто не знаю достаточно, чтобы узнать, что вызывает его.

Файлы passwd и svnserve.conf такие же, как исходный репозиторий, который работал для всех.

Любые идеи? Заранее спасибо.

Answer 1

У меня была такая проблема. В конце концов я закончил удаление всех пользователей и групп, а затем воссоздал их все.

Answer 2

Если ваш репозиторий находится в окне linux, и вы используете svn + ssh, я думаю, что настройки разрешений в репозитории могут решить вашу проблему. В идеале вы хотели бы создать группу для всех пользователей, которым нужен доступ к репозиторию, и сделать репозиторий доступным для записи в эту группу. Если вы не можете создать группу, вам придется сделать ее доступной для всего мира.

Кроме того, вы можете настроить веб-сервер Apache для доступа к вашему репозиторию через Интернет. Он будет работать и с черепаховым.

Answer 3

Является ли брандмауэр активным на других компьютерах? деактивируйте его и повторите попытку. Если он затем работает, определите правильное исключение. Может быть, тогда также рассмотреть возможность повторного включения брандмауэра на вашей машине :-)

Answer 4

Вы хотите, чтобы сосредоточить внимание на то, что изменилось ...

SVN + SSH требуется, чтобы вы вошли в систему хранилища и auth-access = write (в svnserve.conf), по крайней мере, так я его и установил. Возможно ли, что в репозитории сначала были сеансы, и их больше нет?

Там отличный учебник по установке:

«Руководство по установке для Linux сервера Subversion, используя доступ к SSH клиента (с использованием протокола SVN + SSH с Svnserve -t)

Гюнтер Strube (GBS @ пользователей .sourceforge.net, март 2004)»

, но вы, вероятно, уже знал, что ;-)

Answer 5

вы, возможно, придется удалить локальный кэш аутентификации СВН на каждой машине, доступ к серверу SVN, чтобы заставить каждого пользователя для повторной аутентификации. Кэш аутентификации в домашнем каталоге пользователя: Linux: /home//.subversion для Windows: C: \ Documents и Settings \ .subverison

Большинство инструментов SVN клиент имеет опцию отладки - пожалуйста, включите эту и обзор выход. Я видел клиентов, которые не обрабатывают аутентификацию NTLM очень хорошо. Сервер svn всегда должен предлагать аутентификацию BASIC поверх NTLM.