C'est très similaire à notre workflow, mais nous avons stipulé une heure précise pour publier la version. Une fois la version publiée, les développeurs développeront sur leurs propres branches, puis lors de la fusion, ils enverront une demande de fusion. au superviseur, et le superviseur l'acceptera, puis testera également le développement. Après le test, s'il n'y a pas de problème, accédez à la branche principale.

Je pense que votre question est normale. Par exemple, si A crée une fonction, il doit la tester lui-même et il n'y a aucun problème avant de pouvoir pousser la branche de développement puis tester si la fonction globale est complète, peu importe qui la publie. cette version, il doit passer par ce processus. S'il y a un code en cours de test lors du développement, mais qu'il y a une correction de bogue urgente à pousser, il existe généralement deux méthodes : l'une consiste à sélectionner le code testé lors du développement et l'autre consiste à utiliser la branche d'urgence.

git Cherry-pick
Cette commande peut fusionner sélectivement les commits. Pour les tests de notification, vous pouvez configurer GitHub pour envoyer automatiquement des e-mails à l'adresse e-mail spécifiée après la fusion.

git cerise-pick