2017-08-28 1 views
1

Ich verwende einen privaten Build-Agent, um auf eine lokale Subversion-Quellcodeverwaltung zuzugreifen. Ich habe eine Build-Pipeline erstellt, die funktioniert. Ich möchte die kontinuierliche Integration konfigurieren, also aktiviere ich den Trigger mit einem Abfrageintervall 180s und konfiguriere den Pfad. Dies führte in dem folgenden BuildfehlerWährend der Abfrage des Repositorys ist eine Ausnahme aufgetreten

An exception occurred while polling the repository. Error: Microsoft.TeamFoundation.Build2.Server.Extensions.ExternalConnectorException: Unable to connect to a repository at URL ' http://myPrivateServer:5000/svn/CCE/trunk/myProjecte ' ---> SharpSvn.SvnSystemException: Unable to connect to a repository at URL ' http://myPrivateServer:5000/svn/CCE/trunk/myProjecte ' ---> SharpSvn.SvnSystemException: No such host is known. --- End of inner exception stack trace --- at SharpSvn.SvnClientArgs.HandleResult(SvnClientContext client, SvnException error, Object targets) at SharpSvn.SvnClient.Info(SvnTarget target, SvnInfoArgs args, EventHandler 1 infoHandler) at SharpSvn.SvnClient.GetInfo(SvnTarget target, SvnInfoEventArgs& info) at Microsoft.TeamFoundation.Build2.Server.Extensions.SvnConnector.GetInfo(Uri repositoryUri, String sourceBranch, ExternalConnection connection, Int32 timeoutSeconds, Int64& lastChangeRevision) in D:\v2.0\A1\_work\1\s\Tfs\Service\Build2\Extensions\SourceProviders\Subversion\SvnConnector.cs:line 45 at Microsoft.TeamFoundation.Build2.Server.Extensions.SvnConnector.GetLogs(IVssRequestContext requestContext, Uri repositoryUri, String sourceBranch, Int64 lastVersionBuilt, ExternalConnection connection, Int32 timeoutSeconds, IEnumerable 1& logItems) in D:\v2.0\A1_work\1\s\Tfs\Service\Build2\Extensions\SourceProviders\Subversion\SvnConnector.cs:line 73 at Microsoft.TeamFoundation.Build2.Server.Extensions.SvnSourceProvider.<>c__DisplayClass23_3.b__3() in D:\v2.0\A1_work\1\s\Tfs\Service\Build2\Extensions\SourceProviders\Subversion\SvnSourceProvider.cs:line 583 at Microsoft.VisualStudio.Services.WebApi.HttpRetryHelper.Invoke(Action action, Int32& remainingRetries) in D:\v2.0\A1_work\1\s\Vssf\Client\WebApi\HttpRetryHelper.cs:line 51 at Microsoft.TeamFoundation.Build2.Server.Extensions.SvnConnector.RetrySvnAction(IVssRequestContext requestContext, Action action, Int32 retryLimit, Int32& retries) in D:\v2.0\A1_work\1\s\Tfs\Service\Build2\Extensions\SourceProviders\Subversion\SvnConnector.cs:line 197 --- End of inner exception stack trace --- at Microsoft.TeamFoundation.Build2.Server.Extensions.SvnConnector.RetrySvnAction(IVssRequestContext requestContext, Action action, Int32 retryLimit, Int32& retries) in D:\v2.0\A1_work\1\s\Tfs\Service\Build2\Extensions\SourceProviders\Subversion\SvnConnector.cs:line 205 at Microsoft.TeamFoundation.Build2.Server.Extensions.SvnSourceProvider.GetSourceVersionsToBuild(IVssRequestContext requestContext, BuildDefinition definition, List 1 pathFilters, Boolean batchChanges, String previousVersionEvaluated, Dictionary 2& ciData, String& lastVersionEvaluated) in D:\v2.0\A1_work\1\s\Tfs\Service\Build2\Extensions\SourceProviders\Subversion\SvnSourceProvider.cs:line 595 at Microsoft.TeamFoundation.Build2.Server.Extensions.BuildPollingJobExtension.Run(IVssRequestContext requestContext, TeamFoundationJobDefinition jobDefinition, DateTime queueTime, String& resultMessage) in D:\v2.0\A1_work\1\s\Tfs\Service\Build2\Extensions\BuildPollingJobExtension.cs:line 101.

Es scheint, dass der Prozess, der fragt die Subversion nicht den privaten Build-Agenten nicht verwendet und ist daher nicht in der Lage, die URL zu lösen. Gibt es eine Möglichkeit, das zu beheben?

+0

Basis auf dem Pfad (D: \ v2.0 \ A1_work) verwendet es privaten Build-Agent. Können Sie über diesen Build-Agent auf diesen Server zugreifen? So ändern Sie den Build-Agent: 1. Öffnen Sie die Build-Definition => Prozess => Standard-Agent-Warteschlange. –

+0

Was passiert, wenn Sie den Build manuell in die Warteschlange stellen? Die Fehlermeldung scheint auftreten, wenn das CI-Build in die Warteschlange gestellt ist. –

+0

Der Build funktioniert, wenn ich ihn manuell einreihe, sodass der Build-Server Zugriff auf den Subversion-Server hat –

Antwort

1

Der Fehler wird angezeigt, wenn der VSTS-Server den ausgelösten CI-Build für svn repo verarbeitet.

Ich postete diese Ausgabe VSTS CI build always failed if get sources from SVN repo, Sie können folgen.

Es stellte sich heraus, dass der Fehler durch die svn Fernbedienung für das öffentliche Netzwerk nicht erreichbar ist. Der svn-Repo wird auf einem privaten Repo eingerichtet, während der CI-Build-Requester Microsoft.VisualStudio.Services.TFS nicht auf Ihren privaten Server zugreifen kann.

Die Arbeitsrunde befindet sich das Svn Repo zu öffentlichen Netzwerk, so dass es von VSTS zugegriffen werden kann.

Verwandte Themen