Ошибка предоставления соединения SVN+SSH 210002, сетевое соединение, закрытое неожиданно
Не любым особенно полезным способом, нет. Можно проверить поддеревья (как в предложении Bobby Jack), но тогда Вы теряете способность обновлять/фиксировать их атомарно; чтобы сделать это, они должны быть размещены под их общим родителем, и как только Вы проверяете общего родителя, Вы загрузите все под тем родителем. Нерекурсивный не хороший вариант, потому что Вы хотите обновления, и фиксирует быть рекурсивным.
3 ответа
То, что «Убито сигналом 15» - это ключ к тому, что что-то не так даже с вашим использование командной строки. Я помню, как исправлял ту же проблему, но не помню точной причины. Я думаю, это было связано с тем, как я обрабатывал свой нестандартный порт ssh и имел другое имя пользователя на моем локальном компьютере и удаленном сервере.
Есть ли у вашего хоста svn нестандартный порт ssh и / или другое имя пользователя? Я перешел с использования переменной SVN_SSH, чтобы настроить порт для правильной записи в моем файле .ssh / config, которая задает имя пользователя и порт для ssh-соединения.
Host example.com
User username
Port port
Я не уверен, уважает ли xcode ваш .ssh / config.
Чтобы подавить сообщения «уничтожено сигналом 15», установите SVN_SSH = «ssh -q» , как указано здесь .
Есть ли на вашем сервере брандмауэр, и если да, то ограничивает ли он количество попыток подключения по SSH, например, с помощью метода, описанного здесь ? У нас возникла точно такая же проблема с разрывом соединения для svn checkout , но не для svn ls , через svn + ssh: // . Мы скорректировали настройки подключения на брандмауэре, сделав их более мягкими, разрешив большее количество подключений в минуту, и это мгновенно устранило наши проблемы. Кажется, что SVN очень агрессивно инициирует соединения во время одних операций и в меньшей степени - для других.