Domanda

ho zippato un progetto ASP.NET MVC Azure e copiato su un altro computer (entrambi hanno VS 2008). Ho pensato che avrei potuto solo decomprimerlo in "Documenti \ Visual Studio \ Projects", ma non riesco a farlo funzionare. Il mio sito costruisce, ma il browser non vede la pagina master o Site.css. Dovrebbe muoversi progetti in tutto come file Zip solo di lavoro?

La mia vera domanda è, qual è il modo migliore per uno sviluppatore di condividere un progetto ASP.NET MVC Azure tra 3 diversi computer? Dovrei usare qualcosa come Dropbox o Live Mesh? O, forse GitHub?

È stato utile?

Soluzione

OP qui. Il problema era che "Contenuto Statico" non è stato attivato in IIS sul secondo computer. Le ultime istruzioni di installazione per Azure (marzo '09 CTP) omettono questo passaggio cruciale. Il primo computer originariamente correva il CTP Jan '09, le cui istruzioni incluso il passo su come abilitare Contenuto Statico. Muoversi progetti in tutto da loro zippare fino sembra funzionare bene.

Altri suggerimenti

I amore utilizzando git e GitHub. Ho condiviso il mio codice tra molti computer con esso. Questo è stato C # con file di soluzione di Visual Studio, in modo che suoni molto simile alla vostra situazione.

Naturalmente, amo git per la gestione del codice sorgente. Lo consiglio a chiunque, ma c'è una curva di apprendimento decente se siete nuovi a esso. Posso consigliare le risorse che mi hanno aiutato, in quanto è stato davvero solo circa 8 mesi fa che ho approfondito per la prima volta.

Se non stai cercando di adottare git come strumento di gestione del codice sorgente, allora si potrebbe desiderare di cercare altre possibilità per lo spostamento di codice tra le macchine.

Forse le cartelle IIS virtuale sono configurate in modo diverso sulle macchine? Hai detto che costruisce, ma non funziona. Questo suggerisce che la configurazione del sito web stesso potrebbe differire tra le 2 macchine (e stiamo entrare in alcune cose che non sono a conoscenza di circa come ASP MVC funziona a questo punto).

Sì, muovendosi progetti attorno a una zip dovrebbe lavoro assumendo tutti i file sono nella sottodirectory si zippato. A volte si potrebbe aggiungere file alla soluzione che non sono nella sottodirectory, e che possono causare problemi. I riferimenti ad altri file devono essere relativo, al posto di assoluto.

Un problema che potreste incontrare è se entrambi si modificare lo stesso file, o accidentalmente sovrascrivere un file modificato con uno da una macchina sviluppatori che non ha ancora che il cambiamento.

La maggior parte degli sviluppatori di utilizzare un controllo sorgente sistema per condividere progetti. Git è abbastanza nuovo che ha un pubblico in crescita. Subversion è stato intorno un po 'di più ed è molto popolare. Visual Studio si integra con TeamFoundation Server.

ProjectLocker.com offre sovversione hosting gratuito (in modo che non c'è bisogno di configurare il proprio repository subversion).

Codeplex.com offre Team Foundation Server di hosting per i progetti open source.

Sembra che il tipo di cosa che si vede se l'app-root non è un'applicazione, o se l'applicazione non gestisce le directory virtuali in modo corretto.

Con virtuali; per esempio, si dovrebbe raramente usare "/ foo / bar" - perché se la vostra applicazione non è installata nella directory principale sito si otterrà un comportamento imprevisto - si intende "~ / foo / bar", ma questo spesso ha bisogno di codice extra, come discusso qui .

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top