È pratica comune nello sviluppo del software / professione di ingegnere per gli ordini di modifica di ingegneria (ECO) da utilizzare per o in combinazione con il controllo della versione del software? E 'questa una buona idea? Ci sono pro o contro?
AFAIK quello che chiami "ECO" in ingegneria elettrica è chiamato "richiesta di modifica" nello sviluppo del software. Molti team di sviluppo utilizzano sistemi di bug o bug tracking per gestire le loro richieste di modifica sotto forma di "ticket", e sono piuttosto sicuro che una certa percentuale di quei team aggiunga l'ID di problema, o l'ID di bug o il numero di ticket, ai messaggi di commit quando impegnandosi a controllare la versione (vedi qui per esempio). Esistono anche alcuni bug tracker con integrazione del controllo della versione (vedi questo vecchio post SO ), o prodotti completamente integrati come TFS di Microsoft.
Quindi la risposta alla tua domanda "è pratica comune" è, sì, in una certa misura. Non è popolare al 100%, non è necessario per tutti o per ogni team, ma alcuni lo trovano utile e lo usano.
Leggi altre domande sui tag version-control engineering versioning software software-updates