La restriction de la Subversion s'engage, si le Jira Question clé n'est Pas dans le message de commit
Je suis en utilisant SVN-1.7.4 pour le contrôle de révision et atlassian JIRA comme le bug tracker pour ma LAMPE de site web. Je veux restreindre SVN commit si l'un de mes membres de l'équipe s'engage sans mentionner le Jira Question clé pour la même chose.
Je suis avec JIRA autonome et l'avoir installé sur mon serveur. Recherche Google m'a donné la Subversion Plugin Jira (https://studio.plugins.atlassian.com/wiki/display/SVN/Subversion+JIRA+plugin), mais il ne peut m'aider dans le suivi de l'commits qui avait un JIRA clé, pas dans la restriction.
S'il vous plaît laissez-moi savoir si je devrais poster plus de détails au sujet de la question.
OriginalL'auteur minamata | 2012-05-08
Vous devez vous connecter pour publier un commentaire.
Il n'est pas difficile de vérifier que le problème existe dans JIRA aussi, en utilisant le TABLEAU de l'API ReST.
Dans notre cas, j'ai utilisé le
pre-commit.tmpl
fichier et l'ajout de ce qui suit après l'ouverture de la section des commentaires:Cela nécessite l', le message de la forme "JIRA-id: texte" ou "JIRA-id test". Vous pourriez faire de l'expression régulière plus généraux afin de permettre une JIRA id n'importe où dans le texte. Vous pouvez également ajouter des contrôles sur les
${JIRAISSUE}
pour s'assurer que la question est ouverte si vous le souhaitez, mais cela semble suffisant pour nos besoins.OriginalL'auteur user1735629
J'ai justement un pre-commit hook qui couvre ce (ainsi que beaucoup d'autres choses).
Le crochet est disponible via Git-Hub. Il ne vérifie pas si le Jira de l'ID existe, mais il peut vérifier qu'un Jira comme ID n'existe pas dans le message de commit. C'est généralement suffisant pour s'assurer que les promoteurs de l'ajout dans Jira numéros de billets dans leur message de commit. Il y a un exemple
control.ini
fichier qui vous montre comment vérifier un Jira comme numéro de billet dans votre message de commit. Valide des messages de validation doit être formatée comme suit:Cependant, un meilleur moyen que d'une pre-commit hook est de changer la culture du milieu de travail, afin que les développeurs seront naturellement mis le ticket Jira nombre de messages de validation et sera automatiquement donner plus détaillée des messages de commit. J'ai trouvé que l'utilisation continue de serveur de build comme Jenkins va le faire.
Jenkins va automatiquement créer votre code à chaque enregistrement. Chaque build vous montre les changements, et la validation des commentaires. Jenkins s'intègre à Jira, donc avec un seul clic, vous pouvez voir le Jira de l'information. Jenkins seront également fixer le message de validation et de construire # sur le Jira de billet, donc une QA personne peut considérer un ticket Jira, et de voir ce qui construire fixe ce billet.
Soudain, le message de validation de l'information devient de plus en plus visible. Les développeurs de QA et de commencer à compter sur elle. Les développeurs qui n'ajoutez pas de ticket Jira, sont traqués pas par le mec qui la construit, mais par leur patron et leurs collègues développeurs. Mettre la bonne des messages de commit devient maintenant le culture de l'endroit. Et, c'est une façon de mieux enforcer que tout pre-commit hook.
OriginalL'auteur David W.
Atlassian fournit un déclencheur de script qui fait cela pour la plupart des communes VCS y compris les systèmes de SVN, en plus d'une JIRA plugin qui permet de définir ce qu'il faut rechercher dans les engager description. Voir la JIRA Commettre d'Acceptation de la page du plugin.
la validation de la Politique de Plugin que je propose dans ma solution est un peu un remplacement pour l'ancien Commit l'Acceptation du Plugin. Il est mis à jour pour les nouveaux JIRA communiqués, s'installe avec un seul clic et profite de tous les modernes JIRA caractéristiques (JQL, le REPOS, P2, etc.). Essayez-le et vous allez l'adorer.
OriginalL'auteur gareth_bowles
Bien, je l'ai fait la création d'un simple script shell (pre-commit) crochet qui permet de vérifier si jira question clé était fourni par une expression régulière et d'appeler une API REST pour garantir le problème existe sur le serveur
OriginalL'auteur Tevo
Commettre Politique Plugin est un assez nouveau JIRA add-on pour appliquer cela.
Contrairement aux autres solutions suggérées ici, il ne non seulement de vérifier si il y a un problème de clé comme modèle dans le message de commit (comme "FOO-123"), mais même les matchs que contre un configurer JQL requête dans JIRA!
Par exemple, cela permet de vérifier si le problème(s) sont les suivants:
Autres que la vérification de l'questions mentionnées ci-dessus, il peut également vérifier:
Assurez-vous que vous découvrez la documentation et de l'essayer.
Disclaimer: je suis un développeur travaillant sur cet add-on. Néanmoins c'est la meilleure solution à ce problème.
OriginalL'auteur Ferenc Kiss
Script suivant est ajouté regex pour trouver n'importe quel motif, comme abc-123 et vérifier si elle est présente dans jira. Aussi tout modèle similaire pourrait également être présent , n'importe où dans le commentaire mais la présence d'un motif réussie permettra à la commettre -
OriginalL'auteur Sanjay Bangalore
J'ai vu ce fait avant à l'aide d'une simple regex dans un pre-commit hook.
Sur le côté positif, il n'a pas besoin de vérifier Jira, mais cela signifiait aussi que tu pourrais juste mettre quelque chose qui ressemblait exactement à une question valable clé.
OriginalL'auteur Stephen Paulger