Stratégies de flux de travail pour atténuer les conflits de fusion des branches de sujet

Question

J'ai raison sur le point de vendre Git à mes supérieurs. Ils nous écoutent en parler, de toute façon. Il y a une chose dont je ne suis pas sûr, et j'aimerais voir comment les gens gèrent cela. Fondamentalement, ma question vient de la compréhension fondamentale que plus une paire de branches est autorisée à obtenir, plus elles sont difficiles à fusionner.

J'envisage de proposer ce flux de travail assez simple: dis que j'ai une branche maître (libération), une branche de développement et des branches de sujet. Différents développeurs travaillent sur leurs succursales de sujets distinctes, tirant et poussant ces branches de sujet à un référentiel central aussi souvent qu'ils sentent avoir du code de travail. Périodiquement, lorsqu'on lui a demandé de le faire par un développeur, le mainteneur (dans notre organisation cette personne a le titre de "lead technique") fusionne de sa branche de fonction Test complet, il est fusionné avec Master et poussé à la production.

Voici ma question. Les développeurs devraient-ils fusionner périodiquement leurs branches de sujet? Cela garantirait qu'ils fusionneront tous dans Dev assez proprement (ou du moins capture des conflits tôt avant de pouvoir devenir incontrôlable). La seule chose que je sais que mon manager va ne pas aimer à ce sujet, c'est que c'est le travail qu'ils doivent faire pour apaiser leur outil, plutôt que de travailler pour livrer du code au projet. Les pensées?