merge des modifications de master en une twig d'entité publiée

S'il y a plusieurs développeurs travaillant sur une twig de fonctionnalité, et que nous devons apporter périodiquement des changements de master, il y a deux approches que je connais:

  1. les développeurs communiquent qu'ils ont les dernières modifications de la twig de fonctionnalité publiée. Ensuite, un développeur rebase sur les poussées master et force. D'autres développeurs tirent vers le bas la nouvelle twig de fonctionnalité et tout le monde continue à développer.
  2. n'importe quel développeur fusionne maître à chaque fois qu'ils veulent, personne ne force jamais.

mes questions:

  1. Ai-je raison de dire que ce sont les workflows possibles?
  2. Avec le deuxième stream de travail, quand il est time d'amener la twig caractéristique en master, comment cela peut-il être fait avec l'histoire la plus propre possible? Est-ce qu'un rebasage sur master nettoiera / supprimera les autres commits de fusion, ou sera-ce un désordre?

Solutions Collecting From Web of "merge des modifications de master en une twig d'entité publiée"

  1. Oui.

  2. oui, à less que vous ne rebasiez avec l'option –preserve-merge , ces commit de fusion seraient toujours là, mais sans aucun parent sur master .

J'ai tendance à privilégier la première approche parce que:

  • cela renforce la communication au sein de l'équipe de développement
  • il évite le "back-merge" (du master à une twig d'entité)
  • il ne nécessite pas les commit de fusion de master que vous voudriez garder pendant un rebase final.
  • il facilite l'intégration finale de cette twig de fonctionnalité dans le maître