2012-12-13 12 views
6

Stiamo lavorando per migrare a Azure Cloud Services (non al sito Web) per la nostra applicazione Web ASP.net. Stiamo iniziando a utilizzare il servizio Team Foundation con la pubblicazione "Continuous Integration" come usiamo attualmente tra AppHarbor e GitHub.Integrazione continua da TFS a Azure Incoerente alla distribuzione di Visual Studio

Stiamo incontrando delle difficoltà quando si utilizza la funzionalità di integrazione continua di TFS. Le build sono incoerenti quando si confrontano Visual Studio con Azure Cloud Service con TFS con Azure Cloud Service. Quando pubblichiamo su Azure Cloud Service utilizzando la 'Continuous Integration' di TFS, le nostre pagine statiche funzionano bene, ma per le pagine che hanno un'estensione * .cs non sono in grado di trovare i controlli che abbiamo inserito su quelle pagine. Tuttavia, quando pubblichiamo utilizzando Visual Studio 2010 in Azure Cloud Service, queste pagine funzionano correttamente.

È possibile fornire informazioni sul motivo per cui l'integrazione continua di Team Foundation Service con il servizio Cloud di Azure si traduce in pagine con un'estensione * .cs che non sono in grado di trovare i controlli che abbiamo inserito su tali pagine durante una compilazione e una distribuzione utilizzando il lo stesso codice esatto da Visual Studio 2010 a Azure Cloud Service funziona perfettamente?

+0

A differenza dei siti di forum, non utilizziamo "Grazie" o "Qualsiasi aiuto apprezzato" o firme su [so]. Vedi "[Se 'Hi', 'thanks', tagline e saluti saranno rimossi dai post?] (Http://meta.stackexchange.com/questions/2950/should-hi-thanks-taglines-and-salutations-be -removed-from-posts) –

+2

Potrebbe essere perché Team Foundation Service non contiene tutti i file binari. Una build TFS funziona quando si effettua il check-in? –

+0

Sì, TFS crea con successo su Azure Cloud Services per ogni controllo- Verificheremo che TFS contenga tutti i binari.Ti terremo informato su ciò che troviamo.- Micky –

risposta

0

Assicurarsi che tutti gli assembly indicati che includono i controlli personalizzati siano "NOT" riferiti a GAC. Mettere idealmente quelli in una cartella (chiamateli libs o riferimenti ecc per identificarli facilmente). Quindi fare riferimento agli assembly da quella posizione nel progetto, inoltre non dimenticare di contrassegnarli Copia Local = True.

Qualsiasi cosa che non fa parte del framework deve essere incluso in questo modo.

Problemi correlati