23

J'utilise Visual SVN Server et Tortoise SVN (client) pour le contrôle de la source. Je voudrais que tous les développeurs standardisent un format cohérent pour les notes d'archivage.Comment créer un modèle de message de validation SVN et un crochet pour vérifier

Par exemple, je veux leur message de validation par défaut pour ...

Synopsis:

Nom du développeur: (pré-remplie)

Commenté par:

[Bug Id]:

[Changer l'état du bogue]:

Problèmes connus:

Fichiers Affectée: (préchargées)

À l'avenir, je voudrais [Bug Id] et [Etat Bug] pour fournir les informations pour déclencher une mise à jour automatique de la Système de suivi des bogues Le nom du développeur et les fichiers concernés doivent également être pré-remplis avec l'utilisateur svn et les fichiers que l'utilisateur est en train de valider.

S'il vous plaît envoyer des liens ou des échantillons que vous pourriez avoir.

+10

« fichiers concernés », et peut-être aussi « Nom du développeur », ne devrait pas être dans le message de commit car ils sont * * de manière fiable dans le intégré engage des métadonnées. –

Répondre

30

Extrait de How to create a Tortoise SVN Checkin Template (modifié pour s'adapter à des versions plus récentes):

Le modèle de journal peut être personnalisé selon les exigences du projet et peuvent être utilisés pour mettre en œuvre le format strict du journal.

L'ajout de ce à votre dépôt svn est facile:

  1. Sélectionnez un dossier SVN auquel vous souhaitez appliquer ce rendez-vous aux propriétés de Subversion (clic droit TortoiseSVN -> Properties)

  2. Sélectionnez New -> Advanced, puis tsvn:logtemplate dans la liste déroulante nommée Property name. Ajoutez les modèles ci-dessus (ou les vôtres) à la zone de texte située sous la zone de liste déroulante.

  3. Si vous souhaitez appliquer la propriété à tous les fichiers et dossiers de la hiérarchie sous le dossier actuel, cochez la case Récursif.

  4. Cliquez sur OK pour ajouter cette propriété à la liste. Enregistrez tous les dossiers et fichiers afin que tous les membres de votre équipe puissent utiliser le même modèle.

+4

Était un peu difficile à trouver, mais suppose que cela devrait être attendu près de 4 ans plus tard :) Je l'ai trouvé en utilisant: Dossier clic-droit -> Propriétés -> Nouveau ... -> Avancé -> Nom de propriété: tsvn: logtemplate - > entrez une valeur de propriété -> OK -> OK. L'option récursive ne semble pas avoir d'importance, que ce soit en appliquant ou en supprimant cette valeur de propriété basée sur un modèle. Merci beaucoup adrainbanks (même dans 4 ans!). –

+0

L'option récursive n'a d'importance que si vous ne récupérez pas le dossier racine (où la propriété a été définie uniquement). Toutes les propriétés 'tsvn' sont des propriétés client, donc aucune communication avec le serveur n'est effectuée pour lire les propriétés. – mliebelt

+0

Lien pourriture. Nouveau lien: https://tortoisesvn.net/docs/release/TortoiseSVN_fr/tsvn-dug-propertypage.html –

1

Ou, pour plus de confort de SVN_EDITOR (par exemple correctement lien vers l'élément de travail TFS dans le cas d'avoir à utiliser SvnBridge), on pourrait stocker le script suivant comme ~/bin/svn_editor:

#!/bin/sh 

template_file="${@}" 
template_file_new="${template_file}.new" 

current_work_item_number_file="${HOME}/tfs_work_item_number_current.txt" 
[ -f "${current_work_item_number_file}" ] && work_item=$(cat "${current_work_item_number_file}") || work_item="please fill in!" 

# Yes folks, this is the TFS convention (hard, NOT-TO-BE-ALTERED text) 
# to properly link to work items via SvnBridge commits! 
work_item_prefix_hard_tfs_convention_text="work item: " 

work_item_text="${work_item_prefix_hard_tfs_convention_text}${work_item}" 

custom_text="${work_item_text}\n\n[this addition above initially placed to ignored content part here,\nto ensure properly abortable empty message by default - please move it to active content as needed]" 

sed -e 's/\(will be ignored--\)/\1\n'"${custom_text}"'/' "${template_file}" > "${template_file_new}" 

mv -f "${template_file_new}" "${template_file}" 

$EDITOR "${@}" 

puis faites simplement

export SVN_EDITOR=~/bin/svn_editor 

dans ~/.bashrc ou une telle. Points supplémentaires permettant de conserver le fichier de référence de travail à jour, même depuis la page de l'élément de travail en cours dans l'interface Web de Firefox TFS (je pense qu'il existe un moyen de communiquer avec Firefox pour obtenir des titres de page etc. Ou simplement faire en sorte que ce script démarre un premier éditeur initial exécuté sur le fichier d'élément de travail persistant et que puis le laisse exécuter le deuxième éditeur exécuté sur le modèle de validation personnalisé.

1

je l'ai trouvé à l'aide: Folder right-click -> Properties -> New... -> Advanced -> Property name: tsvn:logtemplate -> enter a Property value -> OK -> OK.

Questions connexes