Alla fine, l'implementazione semplice dovrebbe far parte della progettazione a livello di architettura. È una di quelle cose che possono essere ingannevoli con il clacson alla fine di un progetto. In aggiunta al solo ottenere il sito in esecuzione, è inoltre necessario includere le cose come il controllo delle versioni, le modifiche alla configurazione, costruire processo, il supporto per più server (se del caso), ecc
Alcune linee guida:
- Centralizzare come molti dei vostri parametri di configurazione, come si può
- Utilizzare un processo di compilazione che consente di passare da locale a modalità di produzione
- parametri Bandiera config con "debug" o la "produzione", per rendere più facile sapere quale è quale
- È generale è una buona idea pre-compilare un sito nel proprio ambiente dev e distribuire in forma binaria
- Esistono componenti aggiuntivi per Visual Studio che possono semplificare/semplificare il processo
- Considerare l'utilizzo di un'implementazione basata su immagine per dimensioni maggiori ambienti multi-server
- è consigliabile utilizzare un ambiente di staging, dove le cose sono il 99% lo stesso del vostro sito di produzione
- non dimenticare di includere i dettagli di configurazione di IIS come parte del processo di distribuzione
Nel caso in cui è di qualsiasi interesse, copro i problemi di distribuzione nel mio libro: Ultra-Fast ASP.NET.
hey Pandiya Chendur. Ho avuto alcuni problemi con la sicurezza.Puoi vedere il post completo qui: http://stackoverflow.com/questions/1830995/pushing-to-live-asp-net-web-application-security-exception – Kieran