Après la mise à niveau vers Xcode 4.2, le référentiel Organizer - SVN a cessé de fonctionner

J'ai récemment mis à jour ma Xcode 4.2. Depuis mon Organisateur-Référentiel de l'arrêt de travail. Initialement, il a dit "Hôte est inaccessible" et placé red dot, en tous lieux.

Dans le même Mac 10.6.8, j'ai SvnX et il fonctionne avec le même SVN position sans aucun problème. J'ai également testé cette dans Safari et trouvé, il est de travail (Server prend en charge VisualSVN). Seulement Xcode est de trouver le problème avec cet emplacement.

J'ai même ajouté ma/private /etc/host fichiers avec
svn.ip.l'adresse de mon-svn-animaux de compagnie-nom
et utilisé que dans mon xcode suite à cette post. Ne fonctionne pas.

Mon référentiel est connecté sur un port 8080. J'ai donné l'adresse ip du svn url http://my-svn-pet-name:8080/...

Toute aide est très appréciée.

Mise à JOUR: Pour isoler le problème, j'ai essayé de connecter http://gdata-objectivec-client.googlecode.com/svn/trunk/ de xcode organisateur et il fonctionne sans aucun problème. Je n'ai pas fournir tout nom d'utilisateur et le mot de passe pour cet emplacement. Cependant, mon référentiel nécessite une authentification, dans mon récent essaie quand j'sélectionnez le raccourci sur le volet de gauche, la dot icône à côté du tronc, des branches et de la balise s'allume en vert. Cependant, lorsque je clique sur "root" et cherché à élargir le "tronc", il dit "Impossible de charger révisions"

Mise à JOUR 9/9/11: Désinstallé xcode l'aide de la commande sudo /Developer/Library/désinstallation-devtools --mode=all et Redémarré le mac et Ré-installé Xcode 4.2.

Quand j'ai ouvert Organisateur, contrairement à mon attente, tous svn raccourcis sont intacts et que le problème persiste.

source d'informationauteur Saran | 2011-08-26

  1. 8

    Les problèmes sont qu'avec la dernière version de XCode 4 (build 4C177 — iOS 5 beta 7).

    Un peu plus tôt que la version de XCode 4 (build 4C104 — iOS 5 beta 5) fonctionne très bien.

    Comme Saran, j'ai essayé les suggestions de majkelx et de l'OMH et ils n'ont pas de travail pour moi.

    Lorsque je lance construire 4C177, et ouvrir immédiatement l'Organisateur, les référentiels d'abord montrer au vert (comme Saran noté) et les histoires sont disponibles. Toute autre opération tourne au rouge. Mais la comparaison s'afficher dans l'éditeur de texte avec succès montre les différences par rapport au référentiel, avec le numéro de révision.

    Donc, j'en conclus que les référentiels sont mis en place sur OK et l'authentification est en fait de travail, mais les différentes sources de contrôle de la fonctionnalité de créer 4C177 est buggé. Je vous conseille d'installer une version antérieure XCode 4 et attendre la prochaine version. J'ai déposé un rapport de bug avec Apple.

  2. 5
    1. Près Xcode et tous les clients Subversion
    2. Aller à Trousseau d'Accès.app
    3. De recherche pour tous les "svn' entrées.
    4. Supprimer tout ce qui peut être lié à votre dépôt (en supposant que vous vous souvenez des utilisateurs et des passes)

    5. Checkout du projet à partir de la ligne de commande (Terminal.app) (pour être sûr, j'utilise svn qui va avec Xcode dans l'exemple ci-dessous, peut-être Vous avez installé un autre svn en ligne de commande de macports ou qqch?)

      /Developer/usr/bin/svn co  http://my-svn-pet-name:8080/... tmp-dir

    6. De fournir aux utilisateurs et aux laissez-passer svn en fait la demande.

    7. Aller à Trousseau d'Accès.de nouveau l'application et pour l'entrée nouvellement créée (recherche de svn à nouveau) dans les détails/Contrôle d'Accès, de donner accès à un mot de passe pour toutes les applications (ce n'est pas nécessaire dans 99% des cas, mais peut résoudre les problèmes avec les versions svn et d'autres clients subversion inadéquation).
    8. Que c'est. Xcode devriez voir vos dépôts de nouveau, ou après recréer les raccourcis dans de l'Organisateur.
  3. 3

    Tout essayé, "Hôte est inaccessible".

    Suivantes fixe instantanément pour MOI (à l'aide d'une connexion https(!)):

    • Entrez votre adresse repo dans Safari (uniquement l'adresse du serveur peut fonctionner ainsi).

    • Quand Safari vous avertit de faire confiance au serveur, "toujours accepter" le certificat.

    • Redémarrer Xcode. Fait. Des œuvres.

  4. 2

    J'ai eu les mêmes problèmes, à commencer par beta_7 (précédentes bêtas 4.2 ne présentent pas la question). J'ai mis à jour le GM de la 4.2, et toujours le même.

    J'ai découvert ce qui se passait dans ma situation. L'URL de points de terminaison, j'ai été utilisé SSL (https://my-svn/etc/etc). Lorsque je me suis connecté via Safari pour tester, j'ai été présenté avec le "cert peut-être pas valide" avertissement, puis j'ai continué le passé le présent et a pu entrer dans mon creds et pourrait voir la structure du référentiel (comme prévu).

    J'ai d'abord pensé que le cert utilisé sur le serveur a expiré et Xcode était d'honorer l'avertissement en coulisses. La prochaine fois, j'ai essayé avec Safari, j'ai choisi le "Afficher le Certificat" dans l'avertissement, et vu que le cert était encore frais (2018 date d'expiration), mais que notre auto-signé cert a pas qui pointe vers une Autorité de certification, et Safari sur les rapports que mon Mac n'a pas confiance cert. Donc, j'ai choisi le "Toujours faire confiance" les options qui sont présentées par le dialogue, et les mises en garde s'en alla dans Safari. "Forcé de confiance" est établi dans le Mac Trousseau, alors j'ai lancé Xcode et alto, tous les associés des entrées de référentiel dans l'Organiseur luit vert.

  5. 2

    J'ai eu le même problème à l'aide de VisualSVN.

    J'ai pu connecter est plus HTTPS://mysvnserver:8443/ où j'ai ensuite été demandé pour un user/pass combo.

    Dans Xcode la connexion a échoué. Parfois Xcode puisse se plaindre sur le certificat n'est pas délivré par une autorité de confiance, qui dans mon cas, ce serait correct.

    Le certificat est dans mon trousseau comme toujours confiance, mais qui ne résout pas le problème.

    Ma solution:

    1. ouvrir une fenêtre de terminal
    2. type de commande svn co https://mysvnserver:8443
    3. Une demande est émise pour le certificat de sécurité appuyez sur la touche P pour permettre permanente.
  6. 1

    Xcode 4.2 SVN est bel et bien cassé.

    svn en ligne de commande fonctionne très bien, donc je ne vois pas comment il peut être un problème d'authentification, c'est juste un droit de bug et une démonstration de la façon dont beaucoup d'essais Xcode communiqués de recevoir ces jours-ci... Xcode 4 de la série a eu beaucoup de vers l'arrière 🙁

    SVN dans Xcode 4.1 est presque fonctionne correctement.... Et maintenant, il ne fonctionne pas du tout. Whee!

  7. 1

    Eu le même problème. Les points sont en vert dans la liste des dépôts, mais il refuse juste de valider les modifications ou mise à jour de statut, même si comparer des œuvres d'amende.

    J'ai ouvert les Dépôts, puis dans le volet de gauche a sélectionné le projet dans le cadre du référentiel de l'élément. Dans le coin inférieur gauche de la fenêtre, vous aurez deux boutons, mettre à Jour et valider. J'ai appuyé sur Commettent là et il a bien fonctionné. Cependant, après qu'il continue de ne pas s'engager par le biais du projet (Alt+Cmd+C ou par le biais du menu Fichier). Vous ne savez pas exactement ce qui se passe.

  8. 1

    Lorsque vous utilisez une IP pour l'accès SVN, XCode, envoie les informations d'identification d'utilisateur local et SVN ne peut pas autoriser l'utilisateur;

    Il vous suffit de créer un alias de votre adresse IP dans les hôtes et utiliser cet alias dans l'URL au lieu de la propriété intellectuelle. Un manuel complet de la façon de faire des alias, vous pouvez trouver ici. À la fin de mon URL ressemblait http://svnserver:8080/svn/....

  9. 0

    Après la mise à jour de Xcode 4.2, j'ai eu les mêmes problèmes, les points rouges, et "host unreachable".

    J'ai essayé la recette de majkelx, mais ces points où encore rouge.

    Mais ensuite, j'ai juste essayé de vérifier le dépôt avec Xcode organisateur au lieu de la ligne de commande. Et soudain, tout a fonctionné!

    (Il peut ne pas avoir travaillé sans jongler avec le Trousseau d'accès, comme majkelx décrit)

    EDIT: Lors de la recherche de la Subversion des entrées dans le trousseau d'accès, aussi recherche pour "sub", pas juste "svn". Mes mots de passe, où dans la "subversion". Seulement mon site web subversion mot de passe était "svn".
    Juste une astuce, pour ceux qui sont aux prises avec cette. J'ai perdu plus d'une heure sur ce sujet aujourd'hui. 🙂

  10. 0

    J'ai le même problème avec Xcode 4.2 (Build 4D199) être capable de se connecter à l'origine (feux verts), alors la perte de connexion peu de temps après (feux rouges). Mais cela n'arrive que lorsque je suis connecté au même réseau local que le dépôt SVN à l'aide d'un câble. Si je passe pour une connexion sans fil, Xcode est capable de se connecter à nouveau (s'allume en vert). Dans tous les cas, je suis capable de ping et de se connecter à SVN en utilisant le terminal et d'autres outils SVN. C'est juste Xcode que les luttes. Vous pouvez essayer sans fil ou par le biais d'un VPN pour contourner ce problème.

  11. 0

    Essayer supprimer l' "https://login@" à partir de votre adresse svn
    Fonctionne pour moi.

    pour http://my-svn-pet-name:8080/ essayer quelque chose comme my-svn-pet-name:8080/