Note iniziali |
  
|
Note iniziali |
|
•Gestione modifiche distribuita: ogni utente dovrà avere un proprio ambiente locale, in cui ci sono tutti i sorgenti “ufficiali” e quindi rilasciati, e i compilati con cui fare dei test
oUsando FreeFileSync mantenere allineato questo ambiente con r:\eurocoge
•Ogni commessa dovrà aprire una sottocartella con le risorse da modificare (CBL, CPY, ecc) e creare una BAT di compilazione locale alla commessa, che usi le risorse locali prima delle ufficiali
oIn questo modo anche una persona potrà effettuare diverse modifiche agli stessi sorgenti senza necessità di fare altro
•Gestione “Progetto” che racchiude più commesse relative alla stessa implementazione: è necessario chiudere tutto insieme (?)
oOgni commessa chiusa dovrebbe essere gestita a livello di progetto, come ipotizzato sopra, in modo che la chiusura sia contestuale per le commesse relative allo stesso argomento
•Gestione di uno “stato commessa”, equivalente allo stato dei PCASE di Podio
•Prima di iniziare la chiusura di una commessa, verificare se un altro utente sta effettuando la chiusura: potrebbe esserci il rischio di fare il merge su una risorsa contemporaneamente ad un altro
•Chiusura commessa: tutte le risorse dovranno essere “confrontate” e “unite” alla versione ufficiale, confrontando eventuali conflitti e risolvendoli
•Vedi DIFFMERGE, si può usare anche da linea di comando
•Rilasciare in pieno anche le risorse modificate in una apposita cartella, dove la commessa sarà una sottocartella -> Da vedere, potrebbe essere difficoltoso poi vedere l’insieme delle modifiche su una risorsa in particolare
oEventualmente prevedere di memorizzare il tutto su una cartella in AWS?
•Prevedere una gestione delle “versioni”; alla chiusura di una versione si potrà “estrarre” l’insieme delle modifiche comprese a partire dalla fine versione precedente
oQuesto presuppone di rivedere e riorganizzare la gestione dei TEMPO e di automatizzare la gestione dei rilasci
oDa vedere in base allo stato di avanzamento del progetto "Octopus"
•Gestione della nuova base dati su Postgres?
oIn questo modo potrebbe essere possibile realizzare dei processi di automazione con Podio
•Le commesse possono essere “critiche”: ovvero rappresentano una modifiche essenziale per risolvere problemi gravi