Ambiente di costruzione [chiuso]

-3

Nella mia attuale organizzazione, disponiamo di diversi ambienti di compilazione (come set di strumenti, ecc.) necessari per compilare il codice di diversi moduli all'interno dello stesso prodotto. Ho trovato questo un gran casino in cui ogni ingegnere, al fine di costruire la propria base di codici, deve prima passare attraverso il compito banale di impostare la propria macchina di sviluppo confinando ai requisiti di quel modulo.

es. di recente ho dovuto passare a un modulo diverso per codificare la loro interfaccia che interagisce con la mia. Per fare questo, ho dovuto dedicare molto tempo alla creazione di un ambiente di sviluppo in cui il codice può almeno essere compilato. Penso che questo sia piuttosto complicato e spesso porta a perdere tempo a fare cose stupide.

Questa è davvero una buona pratica che anche altre aziende seguono? Mi stavo chiedendo se dovrei scrivere script in grado di farlo automaticamente. Esiste anche un altro modo, come avere una configurazione di build comune che funge da superset per tutti i moduli (anche se potrebbe avere qualcosa in più di per sé)?

    
posta k10 10.11.2017 - 01:52
fonte

1 risposta

2

Potresti provare la virtualizzazione. Configurare macchine virtuali con diversi ambienti di costruzione e impostazioni appropriate del sistema di controllo della versione. Quindi, quando devi cambiare ambiente, è solo questione di spegnere una VM e farne apparire un'altra.

Lo svantaggio evidente è che è necessario spazio su disco aggiuntivo per le diverse VM e che dovrebbero avere meno RAM della workstation fisica. Tuttavia, dal momento che queste VM sono puramente orientate allo sviluppo, non dovrebbero essere troppo grandi, in quanto non avrebbero il solito sovraccarico di vari documenti che normalmente si trovano sulle workstation fisiche.

    
risposta data 10.11.2017 - 08:43
fonte

Leggi altre domande sui tag