Abbiamo il dipartimento Sviluppo e il dipartimento degli ingegneri di sistema che lavora su un grande progetto (sviluppo dell'applicazione J2EE).
Usiamo Sistema di gestione build , Sistema di tracciamento dei bug e un Motore Wiki nel nostro lavoro.
A volte abbiamo una situazione in cui alcuni sviluppatori avviano un riavvio del server o una build dell'applicazione che interrompe il processo di debug per altri sviluppatori (in alcuni casi gli sviluppatori utilizzano lo stesso server Developer remoto).
Al momento stiamo utilizzando l'applicazione chat per approvare il processo di restart \ rebuild server (applicazione).
Qualcuno può condividere l'esperienza di risolvere collisioni come ho descritto sopra?
La mia visione è di usare un'applicazione che è stata in grado di fare le seguenti cose:
- crea la richiesta per il riavvio del server (o la ricostruzione dell'applicazione \ ridistribuzione);
- sottotitoli per la notifica sull'evento "nuova richiesta creata";
- manuale che approva la richiesta (di vari membri) e l'approvazione automatica della richiesta (nel caso in cui nessuno abbia rifiutato la richiesta durante un certo periodo di tempo);
- sottotitolo per la notifica sull'evento "la richiesta è stata approvata"
- la risoluzione della richiesta;
- sottotitolo per la notifica su "l'evento è stato risolto (fatto)".
Sembra che la richiesta abbia il proprio ciclo di vita o flusso di lavoro.
Penso che alcuni Sistema di tracciamento dei bug (ad esempio, di Atlassian Jira ) possano aiutare a creare la richiesta e possano avviare il flusso di lavoro su di essa. Ma questa soluzione non sembra perfetta (anche bene) per me - è troppo "pesante e voluminosa".