С тех пор, как я начал использовать Xcode, у меня не было проблем с подключением к моему репозиторию subversion, используя IP-адрес вместо имени хоста. например. http://192.168.1.xxx/svn
Когда Xcode 4 вышел для Snow Leopard, он тоже работал нормально. Но после обновления до Lion и обновленного Xcode 4, что бы я ни делал, он отказывался подключаться к репозиторию. Я мог без проблем подключиться из оболочки с помощью 'svn list http://192.168.1.xxx/svn', но не из Xcode. Я попытался удалить пароль из репозитория. Это не сработало, поэтому я ввел пароль обратно.
Я попытался удалить все ссылки на репозиторий из своей цепочки для ключей, но это тоже не сработало. Это не вызовет окно аутентификации в Xcode. Использование 'svn list http://192.168.1.xxx/svn' из оболочки дало мне окно аутентификации, и он успешно подключился. Он добавил запись в цепочку для ключей, но Xcode по-прежнему не работал. Я попытался добавить Xcode в список управления доступом для новой записи цепочки для ключей, и это тоже не сработало.
Я нашел другую ветку здесь с небольшим комментарием о добавление записи для сервера svn в файл /etc/hosts, поэтому я решил попробовать.
192.168.1.xxx Subversion
После добавления этой строки в файл hosts все стало отлично работать в Xcode, используя http://Subversion/svn для подключения к хранилище. Подключение из оболочки также работало нормально.
Вероятно, стоит упомянуть, что новая запись цепочки для ключей показывает 2 записи в списке управления доступом для svn. Одна запись указывает на /opt/local/bin/svn, другая — на /Developer/usr/bin/svn. После перезапуска Xcode запросил доступ к связке ключей. Теперь в списке доступа для Xcode появилась третья запись. Я попытался добавить эти 2 записи, которые были добавлены Xcode, в список доступа для записи цепочки для ключей с использованием IP-адреса, но Xcode все еще не работал.
На протяжении многих лет я наблюдал странное поведение в OSX при аутентификации на устройствах с использованием IP-адреса. Мой веб-браузер иногда находил запись связки ключей для моего маршрутизатора при доступе к нему с использованием IP-адреса, а иногда - нет. Поэтому, чтобы избежать потраченных впустую часов на диагностику подобных проблем в будущем, я буду использовать файл /etc/hosts.
person
Fogger
schedule
05.08.2011