Comment garder le tronc stable lorsque les tests prennent beaucoup de temps?

Question

Nous avons trois ensembles de suites de test:

• Une "petite" suite, ne prenant que quelques heures pour courir
• Une suite "moyenne" qui prend plusieurs heures, généralement courante tous les soirs (nuit)
• Une "grande" suite qui prend une semaine + à courir

Nous avons également un tas de suites de test plus courtes, mais je ne me concentre pas ici.

La méthodologie actuelle consiste à exécuter la petite suite avant chaque engagement dans le coffre. Ensuite, la suite moyenne fonctionne tous les soirs, et si le matin, il s'est avéré qu'il avait échoué, nous essayons d'isoler lequel des commits d'hier était à blâmer, à recalculer qui commet et à réessayer les tests. Un processus similaire, uniquement sur un hebdomadaire au lieu de la fréquence nocturne, est effectué pour la grande suite.

Malheureusement, la suite moyenne échoue assez fréquemment. Cela signifie que le coffre est souvent instable, ce qui est extrêmement ennuyeux lorsque vous voulez apporter des modifications et les tester. C'est ennuyeux parce que lorsque je passe à partir du coffre, je ne peux pas savoir avec certitude qu'il est stable, et si un test échoue, je ne peux pas savoir avec certitude si c'est ma faute ou non.

Ma question est: existe-t-il une méthodologie connue pour gérer ce type de situations d'une manière qui laissera le coffre toujours en forme? Par exemple, «s'engager dans une succursale de précommande spéciale qui mettra ensuite à jour périodiquement le coffre à chaque fois que la nuit passe».

Et est-il important que ce soit un système de contrôle de source centralisé comme SVN ou un système distribué comme Git?

Soit dit en passant, je suis un développeur junior avec une capacité limitée à changer les choses, j'essaie simplement de comprendre s'il existe un moyen de gérer cette douleur que je ressens.