Échec lors de la construction lors de la collecte des changements de référentiel d'autres

Obtenir l'erreur suivante en essayant de ne caisse

Les erreurs de compilation
#

[11:27:20]Failed to start build
[11:27:20]Failed to collect changes, error: Error collecting changes for VCS repository 'ibtis' org.tmatesoft.svn.core.SVNException: svn: E175002: Externals problem: processExternalsChanges, externals URL: http://server1/svn/ibtis/trunk/UserControls, version: -1, path:UserControls, original error: svn: E175002: unknown host svn: E175002: OPTIONS request failed on '/svn/ibtis/trunk/UserControls' svn: E175002: unknown host svn: E175002: OPTIONS request failed on '/svn/ibtis/trunk/UserControls'

Dans teamcity svn actuelle url url: http://server2/svn/ibtis/trunk et, fondamentalement, il copie les changements d'autres http://server1/svn/ibtis/trunk.

Une idée de ce qui se passe mal ici. Ce paramètre, je suis en train de mal ou n'est-il pas possible de le faire à partir de teamcity.

InformationsquelleAutor sam | 2012-03-27
  1. 8

    J'ai eu des problèmes similaires lors de la tentative de connexion à un dépôt SVN sur beanstalk et a été d'obtenir cette erreur:

    svn: E175002: OPTIONS d'échec de la demande de

    Après beaucoup de recherches, j'ai trouvé ce post qui a réglé le problème pour moi.

    Essentiellement, vous avez besoin de modifier vos Options Java de votre TeamCity service tomcat parce que le SVN ne parvient pas à s'authentifier via SSL. Je remarque que le svn url que vous utilisez est "http://" - êtes-vous sûr que c'est correct?

    (En supposant que Windows OS)

    1. Ouvrez une invite de commande et accédez au dossier \teamcity\bin\
    2. type " tomcat7w.exe
      //ES//TeamCity' - qui comportera 'TeamCity Serveur Web
      Dialogue " propriétés de la (en supposant que le nom de votre TeamCity webservice est
      'TeamCity')
    3. Cliquez sur le "Java" onglet et tapez '-Dsvnkit.http.sslProtocols=SSLv3 " dans les Options Java zone de texte (après tout le reste)
    4. Redémarrer le service
    5. Awesomeness
    • J'ai eu le même problème... mais le problème a disparu après que j'ai mise à niveau de TeamCity 7.1.1
    InformationsquelleAutor brodie
  2. 3

    Dans mon scénario, le problème, c'était partagée externes dossiers chemin sur svn. Ils sont à l'aide codé en dur chemin donc, Si vous essayez de le copier à partir d'un référentiel à un autre, il ne parvient pas à copier. Afin de résoudre ce changement le dossier partagé d'alias de chemin de chemin d'accès relatif.e.g Alors vous auriez probablement besoin d'utiliser des ^/../OtherRepo/trunk/CommonLibrary au lieu d'une codés en dur chemin.

    InformationsquelleAutor sam