После обновления до Xcode 4.2, Organizer - хранилище SVN перестало работать
Недавно я обновил свой Xcode до 4.2. С тех пор мой Organizer-Repository перестает работать. Первоначально он сказал: "Хост недостижим" и каждый раз помещает красную точку.
В том же Mac 10.6.8 у меня есть SvnX, и он работает с тем же местоположением SVN без каких-либо проблем. Я также тестировал это в Safari и обнаружил, что он работает (сервер поддерживает VisualSVN). Только Xcode обнаруживает проблему с этим местоположением.
Я даже добавил свои личные файлы /etc/host с помощью
svn.ip.address my-svn-pet-name
и использовал это в моем xcode после этого сообщения . Не работает.
Мой репозиторий подключен через определенный порт 8080. Я дал ip-адрес в svn url как http://my-svn-pet-name:8080/...
Любая помощь приветствуется.
ОБНОВЛЕНИЕ: Чтобы изолировать проблему, я попытался подключить http://gdata-objectivec-client.googlecode.com/svn/trunk/ от организатора xcode, и он работает без каких-либо проблем. Я не указал ни одного имени пользователя и пароля для этого местоположения. Тем не менее, мой репозиторий требует аутентификации, в моих недавних попытках, когда я выбираю короткую вырезку на левой панели, точечный значок рядом с туловищем, ветвями и тегом светится зеленым. Однако, когда я нажимаю "root" и пытаюсь расширить "багажник", он говорит "Невозможно загрузить версии"
UPDATE 9/9/11: удаленный xcode с использованием команды sudo/Developer/Library/uninstall-devtools --mode = all и перезапущен mac и переустановлен Xcode 4.2.
Когда я открываю Организатор, вопреки моему ожиданию, все ярлыки svn остаются нетронутыми, и проблема все еще сохраняется.
Ответы
Ответ 1
Проблемы связаны только с последним XCode 4 (сборка 4C177 - iOS 5 beta 7).
Немного ранняя версия XCode 4 (сборка 4C104 - iOS 5 beta 5) отлично работает.
Как и Саран, я пробовал предложения от майкелкса и OMH, и они не работали для меня.
Когда я запускаю сборку 4C177 и сразу же открываю Организатор, репозитории сначала показывают зеленый цвет (как отметил Саран), и истории доступны. Любая другая операция делает их красными. Но представление сравнения в текстовом редакторе успешно показывает отличие от репозитория с номером ревизии.
Итак, я пришел к выводу, что хранилища настроены ОК, и аутентификация на самом деле работает, но различные функции управления исходным кодом в сборке 4C177 ошибочны. Я бы посоветовал установить более ранний XCode 4 и ждать следующего релиза. Я подал отчет об ошибке с Apple.
Ответ 2
- Закрыть Xcode и все клиенты Subversion
- Перейдите в Keychain Access.app
- Искать все записи 'svn'.
- Удалить все, что может быть связано с вашим репозиторием (при условии, что вы помните пользователей и пропусков)
-
Проект проверки из командной строки (Terminal.app) (конечно, я использую svn, который идет с Xcode в приведенном ниже примере, может быть, вы установили еще одну командную строку svn из macports или sth?)
/Developer/usr/bin/svn co http://my-svn-pet-name:8080/... tmp-dir
-
Предоставление пользователям и передачам, когда svn запрашивает их.
- Перейдите в Keychain Access.app снова и снова для новой записи (снова найдите svn)/Access Control, дайте доступ к паролю для всех приложений (это не нужно в 99% случаев, но может исправить проблемы с версиями svn и другие недопустимые клиенты несовместимы).
- Что это. Xcode должен снова увидеть ваши репозитории или после воссоздания ярлыков на них в Organizer.
Ответ 3
Пробовал все, "Хост недостижим" полностью.
Следующее мгновенное исправление для ME (с использованием https-соединения (!)):
-
Введите адрес репо в Safari (также может работать только адрес сервера).
-
Когда Safari предупреждает вас о том, что вы доверяете серверу, всегда принимайте сертификат.
-
Перезапустите Xcode. Готово. Работы.
Ответ 4
У меня были те же проблемы, начиная с beta_7 (предыдущие бета-версии 4.2 не отображали эту проблему). Я повысил до GM 4.2, и все тот же.
Я обнаружил, что происходит в моей ситуации. Конечными точками URL, которые я использовал, являются SSL (https://my-svn/etc/etc). Когда я вошел в систему через Safari для тестирования, мне предъявили предупреждение "cert not not valid", затем я продолжил это и смог ввести свои кредиты и мог видеть структуру репозитория (как и ожидалось).
Первоначально я думал, что сертификат, используемый на сервере, истек, и Xcode почитал предупреждение за кулисами. В следующий раз, когда я попытался с Safari, я выбрал "Просмотр сертификата" в предупреждении и увидел, что сертификат еще свежий (срок истечения 2018 года), но наш самоподписанный сертификат не указывал на центр сертификации, а Safari был сообщая, что мой Mac не доверял этому сертификату. Итак, я выбрал опции "Всегда доверять", которые представлены в диалоговом окне, и предупреждения ушли в Safari. "Принудительное доверие" установлено в Mac Keychain, поэтому я запустил Xcode и viola, все связанные записи репозитория в Organizer светятся зеленым цветом.
Ответ 5
У меня была такая же проблема с использованием VisualSVN.
Я могу подключиться к более чем HTTPS://mysvnserver:8443/
, где я был запрошен для комманды user/pass.
В Xcode соединение всегда сбой. Иногда Xcode будет жаловаться на сертификат, не выдаваемый доверенным органом, который в моем случае был бы правильным.
Сертификат в моей цепочке ключей, как всегда, доверяет, но это не решило проблему.
Мое решение:
- открыть окно терминала
- введите команду
svn co https://mysvnserver:8443
- Выдается запрос на печать для обеспечения безопасности сертификата P, чтобы он был постоянным.
Ответ 6
Xcode 4.2 SVN хорошо и по-настоящему сломан.
svn из командной строки работает просто отлично, поэтому я не вижу, как это может быть проблема проверки подлинности - это просто прямая ошибка и демонстрация того, сколько тестовых выпусков Xcode получат в эти дни... Xcode 4 серия была много назад: - (
SVN в Xcode 4.1 почти нормально работал... И теперь это не работает вообще. Whee!
Ответ 7
Когда вы используете какой-либо IP-адрес для доступа к SVN, XCode отправляет учетные данные локального пользователя, а SVN не может разрешать пользователю;
Вам просто нужно создать псевдоним для вашего IP-адреса в хостах и использовать этот псевдоним в URL вместо IP. Подробное руководство по созданию псевдонимов можно найти здесь. В конце мой URL-адрес выглядел как http://svnserver:8080/svn/...
.
Ответ 8
Была та же проблема. Точки зеленые в списке репозиториев, но он просто отказывается фиксировать изменения или статус обновления, хотя сравнение работает нормально.
Я открыл репозитории, а затем на левой панели выбрал проект под элементом репозитория. В левом нижнем углу окна вы найдете две кнопки: "Обновить" и "Зафиксировать". Я нажал кнопку Commit, и все получилось нормально. Однако после этого он по-прежнему не будет реализовывать проект (Alt + Cmd + C или через меню "Файл" ). Не уверен, что происходит.
Ответ 9
После обновления до Xcode 4.2 у меня были те же проблемы, красные точки и "хост недостижимый".
Я попробовал рецепт от майкелькса, но те точки, где все еще красный.
Но затем я просто попытался проверить репозиторий с помощью организатора Xcode вместо командной строки. И вдруг все сработало!
(Возможно, это не сработало без возиться с Keychain, как описано майкелькс)
EDIT: при поиске записей Subversion в цепочке ключей также используйте "sub", а не только "svn". Мои пароли, где в "подрывной". Только мой пароль subversion для Интернета был в "svn".
Еще один намек на других, которые борются с этим. Я потратил больше часа на это сегодня.: -)
Ответ 10
Попробуйте удалить "https://login @" с вашего svn-адреса
Работает для меня.
для http://my-svn-pet-name:8080/
попробуйте что-то вроде my-svn-pet-name:8080/
Ответ 11
У меня есть эта же проблема, когда Xcode 4.2 (Build 4D199) может подключиться первоначально (зеленые индикаторы), а затем потерять соединение вскоре после (красные огни). Но это происходит только тогда, когда я подключен к той же локальной сети, что и репозиторий SVN, используя кабель. Если я переключусь на беспроводное соединение, Xcode сможет снова подключиться (зеленый свет). Во всех случаях я могу выполнить ping и подключиться к SVN с помощью терминала и других инструментов SVN. Это просто Xcode, который борется. Вы можете попробовать подключиться к беспроводной сети или через VPN, чтобы обойти эту проблему.