Strategie di costruzione e implementazione nel software di casa

1

Attualmente stiamo sviluppando applicazioni che verranno eseguite internamente e che non verranno distribuite a nessun cliente. Siamo l'unico cliente.

Stiamo usando c # e l'ultima piattaforma .Net. Stiamo anche utilizzando Team Foundation Server con un repository git.

Sto cercando informazioni sulle strategie di compilazione e implementazione. Sto trovando difficile individuare le informazioni per la nostra situazione particolare. La maggior parte degli articoli che trovo sono orientati allo sviluppo di soluzioni software che vengono implementate su dispositivi mobili o verso un gruppo di clienti.

Perché avremo solo un'installazione e noi siamo l'unico cliente che vogliamo mantenere le cose il più semplici possibile mentre utilizziamo le best practice e l'automazione.

Qualcuno sa di buone strategie per costruire, implementare, migliorare / integrarsi continuamente per la nostra situazione particolare? Interessato anche alle moderne strategie ambientali, come sviluppo, test, stadiazione, live e disaster recovery.

Qualsiasi intuizione è molto apprezzata.

    
posta Joe 22.11.2016 - 14:49
fonte

1 risposta

2

Ero esattamente nei tuoi panni e ho sviluppato una soluzione semplice che funziona almeno per la nostra azienda (ma il tuo chilometraggio può variare).

La cosa più importante è l'automazione tramite script . Abbiamo script di build standardizzati per ogni applicazione, che eseguiranno Visual Studio con i parametri corretti e copieranno esattamente i file necessari per una distribuzione in una cartella "Deploy".

Quindi, abbiamo distribuito gli script standardizzati per copiare il contenuto della cartella di distribuzione in una condivisione di rete dedicata. Se tale condivisione di rete si trova direttamente nel tuo ambiente di produzione, il tuo ambiente di test o se si tratta di una cartella da cui i tuoi amministratori afferrano i file e li installa per te dipende da te e dal modo in cui funziona la tua organizzazione.

Naturalmente, ci sono altri modelli possibili, in cui è necessario prima il codice sorgente per essere registrati nel tuo VCS, quindi taggarlo, prendere la versione taggata da lì per costruirla e testarla e quindi distribuirla. Ma tutti questi passaggi sono scriptable.

La creazione di script, in particolare quelli per la distribuzione, è molto leggera e per la mia esperienza molto più semplice della creazione di un programma di installazione completo. Ma funziona solo in questo modo quando si dispone di un ambiente di destinazione più o meno standardizzato. Questo è spesso facile da realizzare nello sviluppo interno, ma raramente quando si hanno clienti diversi, senza conoscere il loro esatto ambiente IT in anticipo.

    
risposta data 22.11.2016 - 15:23
fonte

Leggi altre domande sui tag