Come mantenere stabile il bagagliaio quando i test richiedono molto tempo?

Question

Abbiamo tre serie di suite di prova:

• Una suite "piccola", impiegando solo un paio d'ore per correre
• Una suite "media" che richiede più ore, di solito correva ogni notte (di notte)
• Una suite "grande" che richiede una settimana+ per correre

Abbiamo anche un sacco di suite di prova più brevi, ma non mi sto concentrando qui.

La metodologia attuale è quella di eseguire la piccola suite prima di ogni impegno nel tronco. Quindi, la suite media corre ogni sera, e se al mattino si è scoperto che fallì, proviamo a isolare quale commessa di ieri era la colpa, il rollback che commetteva e riprova i test. Un processo simile, solo a una frequenza settimanale anziché notturna, viene fatto per la grande suite.

Sfortunatamente, la suite media fallisce abbastanza frequentemente. Ciò significa che il tronco è spesso instabile, il che è estremamente fastidioso quando si desidera apportare modifiche e testarle. È fastidioso perché quando faccio il check -out dal bagagliaio, non posso sapere con certezza che è stabile e se un test fallisce non posso sapere con certezza se è colpa mia o no.

La mia domanda è: c'è qualche metodologia nota per gestire questo tipo di situazioni in un modo che lascerà il bagagliaio sempre in ottima forma? Ad esempio, "impegnarsi in una filiale di precommit speciale che aggiornerà periodicamente il tronco ogni volta che i passaggi notturni".

E importa se si tratta di un sistema di controllo sorgente centralizzato come SVN o distribuito come Git?

A proposito, sono uno sviluppatore junior con una capacità limitata di cambiare le cose, sto solo cercando di capire se c'è un modo per gestire questo dolore che sto provando.