Ho provato a spostare la nostra installazione di TeamCity da un vecchio server a un nuovo server Windows Server 2008 R2, finalmente ho configurato tutto. Tuttavia, l'agente di creazione sta dicendo che DotNetFramework4.0_x86 non è disponibile sull'agente di build, ma è installato .NET 4.0 framework.Agente TeamCity Manca DotNetFramework4.0_x86, ma non?
Qualcuno si è imbattuto in questo problema, è una cosa di Windows Server 2008 R2?
L'agente di costruzione sembra non essere riuscito a eseguire l'aggiornamento automatico. Effettuare le seguenti operazioni:
Si prega di allegare cartella agent/logs per [email protected]~~V~~singular~~3rd
Assicurarsi di compilazione in esecuzione Windows account utente del servizio ha i diritti per iniziare/arrestare il servizio agente e aggiornare tutti i file in directory di installazione di compilazione
anche controllare Programmi e funzionalità nel Pannello di controllo lista che sia Microsoft .NET Framework 4 client Profile e Microsoft .NET Framework 4 Ext terminati i pacchetti - MSBuild e altri strumenti di sviluppo richiesti sono inclusi nel pacchetto esteso.
Ho avuto lo stesso problema e ho installato questa versione di .NET framework 4. installando questo risolve il mio problema. Anche tu dai un colpo.
Ho provato il metodo nella risposta accettata, ma purtroppo non ha funzionato.
Ciò che ha funzionato è che ho disabilitato tutti i passaggi di configurazione nella mia configurazione e li ho quindi riattivati uno alla volta finché ne ho trovato uno che ha causato il fallimento dei requisiti dell'agente di compilazione con .NET Framework 4.0.
Il mio era un passaggio di Nuget Installer. Avevo Nuget 2.7.x e in base a questa pagina: https://confluence.jetbrains.com/display/TCD9/NuGet+Installer Nuget 2.5x + richiede .NET 4 e Nuget 2.8.6+ richiede .NET 4.5+
Una volta aggiornato alla riga di comando Nuget più recente (l'amministratore di Team City ha un pagina per questo), la mia build è decollata.
Grazie, ho trovato un post sul forum che ha delineato questo processo, sembrava funzionare. –
Questo è stato anche delineato qui: [sul forum jetbrains] (http://devnet.jetbrains.net/thread/304217;jsessionid=F970CF2847506C049FA116CE2599B300?tstart=31), ma ha la deviazione che si elimina solo la directory dei plugin. Ho cancellato tutte e tre le directory sopra menzionate e ho riavviato il servizio con successo. NOTA: La semplice eliminazione del * contenuto * della directory dei plugin non funziona. – Karl
Avevo anche bisogno di assicurarmi di usare http: // IP: 8111 e non http: // dns che passava attraverso ARR (Application Request Routing - reverse proxy). Forse utilizza altri protocolli accanto a HTTP sulla stessa porta – Adaptabi