Options d'intégration des systèmes de contrôle de version et des systèmes de gestion des problèmes

Question

Y a-t-il une autre politique que vous avez mise en œuvre autre que celles indiquées ci-dessous?

• ID de problème valide par validation. - Pour suivre les modifications apportées pour un bug. Aidera la maintenabilité à long terme.
• État du problème valide (ouvert ou en cours). - Pourquoi travailler sur un problème qui est fermé.
• Le problème doit être attribué à l'utilisateur qui effectue la validation. Plus d'utilisateurs travaillant sur un seul bug est un gaspillage de ressources.

Les stratégies mentionnées ci-dessus peuvent ne pas fonctionner correctement pour la communauté open source car elle applique des restrictions. Mais avoir des politiques comme celle-ci aurait plus de traçabilité dans le code, ce qui faciliterait grandement l'intégration de nouveaux développeurs.

Answer 1

Vous pouvez lier une stratégie de fusion avec l'état lié à un ticket d'un commit.
engage seulement qui sont:

• avec un associé fermé (« résolu ») le statut de bug
• examiné (soit revue de code ou de test), avec l'option d'avoir ce supplément-étape avant la fermeture ou rejetant.

peut être fusionné à certaines branches destinées à intégrer toutes les corrections.