Le plus courant, je pense, est de permettre aux gens de modifier les commentaires de révision après avoir validé.
Vous devez activer le script hook 'pre-revprop-change' pour permettre cela. L'exemple fourni, s'il est activé, permet de modifier uniquement la propriété de commentaire et d'être uniquement le comitter d'origine. Idéal pour corriger les fautes de frappe.
Sur mon lieu de travail, nous avons mis en place un crochet post-commit qui génère des flux RSS qui sont affichés dans divers tableaux de bord et sont utilisés pour que les réviseurs de code sachent quand il est temps de réviser et pour nous de voir que les nouveaux employés s'engagent suffisamment.
Un crochet pour informer le système de gestion des bogues/problèmes des modifications apportées au référentiel. C'est à dire. le message de validation contient issue:546 ou une balise similaire qui est analysée et transmise au système de gestion des bogues.
Nous vérifions les éléments suivants avec nos scripts hook :
Nous souhaitons toujours mettre en œuvre les éléments suivants :
Nous utilisons un script hook de validation pour déclencher notre robot de publication. L'écriture d'informations sur les nouvelles versions dans un fichier nommé changes.txt dans nos différents produits déclenchera la création d'une balise et des artefacts correspondants.
J'ai une configuration utilisant la bibliothèque Ruby Tinder que j'envoie dans une salle de feu de camp, si quelqu'un veut le script, je peux poster ou vous envoyer le code.
Les autres messages courants que j'ai vus sont les messages sur les systèmes de suivi des bogues et les notifications par e-mail.
