Vorrei che la tua opinione riguardo a un buon stile / formato per i messaggi brevi durante il commit in un repository (GIT o SVN).
Considerando che stiamo utilizzando un approccio di sviluppo di un ramo di funzionalità, con un ramo per funzionalità assegniamo a un solo sviluppatore in qualsiasi momento e sono interessato a impegnarmi spesso nel repository.
Immaginiamo di avere un "User Story / Case" da codificare, ad esempio:
- User Story 125: aggiunta dello stile di base all'immagine del widget
"User Story" è suddiviso in sottocomponenti, questi sono particolarmente tecnici, esempio:
- 01 Modifica il tag immagine CSS.
- 02 Aggiornamento decoratore.
- 03 widget di aggiornamento istanza in Pannello.
....
Al momento utilizziamo questo formato / stile quando eseguiamo il commit:
STATUS - USER CASE - TASK
Esempio:
PROGRESS : User Story 125: Adding basic style to widget Image - 01 Change CSS image tag
con significato:
- Il primo compito per una User Story specifica è stato in competizione, ma la User Story non è ancora completata.
Questo viene ripetuto per ogni sottoprocesso completato.
Quando tutte le attività secondarie sono state completate, utilizzo questo formato:
STATUS - USER CASE
Esempio:
- FATTO: User Story 125: aggiunta dello stile di base all'immagine del widget
Lo stesso approccio è usato per i bug.
Quando il ramo è marge alla linea principale usiamo:
DONE - USER CASE
Senza menzionare le sotto-attività.
Vorrei avere la tua opinione su:
- Vedi qualche CONS per questo approccio?
- Come cambieresti / migliorerai di conseguenza con alcune buone pratiche?
- Per GIT, ha senso utilizzare "staging" sul ramo sviluppatore quando si eseguono sottoprocessi?
Grazie in anticipo per il tempo dedicato a questo.