2009-04-21 5 views
1

Comment générer un commentaire par défaut pour cvs? Je voudrais que chaque commentaire d'archivage commence par "Change #:" et soit disponible pour l'utilisateur à éditer. Je sais que cela peut être fait globalement dans le référentiel. Peut-il aussi être fait en tant qu'utilisateur unique du côté du client? J'utilise les commandes en ligne de commande.Comment configurer un commentaire d'archivage par défaut pour CVS?

Nous avons déjà la vérification que le checkin commence par "Change #:" et qu'un numéro de changement valide est fourni. Je voudrais par défaut le commentaire checkin à "Changer #:" pour sauver les développeurs de taper. Comment cela peut-il être fait globalement? Peut-il être fait localement/côté client?

Répondre

2

Vous pouvez utiliser le fichier rcsinfo pour spécifier un modèle à utiliser pour l'enregistrement.

Voir cette page pour plus de détails.

Ceci est fait côté serveur, vous avez donc besoin de vos fichiers de modèle sur votre serveur.

De plus, comme indiqué ci-dessus, vous pouvez remplacer le modèle par vos propres commentaires dans la ligne de commande CVS.

3

Soyez prudent. Vous devez également vous assurer que le commentaire par défaut ne devient pas une béquille. Par exemple, vous devez valider que le numéro de défaut est valide (actuellement ouvert, par exemple, et existe réellement). Sinon, les programmeurs utiliseront simplement le commentaire par défaut comme seul commentaire. À mon avis, il vaudrait mieux s'efforcer de valider le commentaire plutôt que de fournir une valeur par défaut. Dites aux développeurs que leurs modifications seront rejetées à moins que les commentaires répondent aux exigences - et documenter ce qui est attendu (et accepté).


Le questionneur défis « dit bien, mais ne répond pas à la question ».

Assez juste. Je n'utilise pas vraiment CVS, alors prenez ce qui suit avec une pincée de sel. En regardant le livre de Karl Fogel "Développement Open Source avec CVS" (Coriolis, 1999), je ne vois pas de bon moyen de le faire. Il existe des fichiers 'commitinfo', 'loginfo' et 'verifymsg' qui semblent tous spécifier des programmes validant les messages de journal, et l'éditeur est lancé lorsque l'utilisateur ne spécifie pas 'cvs ci -m"Why I committed this"' (ou 'cvs ci -F why' pour un message dans un fichier), mais personnellement je vérifie toujours avec des commentaires sur la ligne de commande et je détesterais avoir un éditeur lancé pour moi. Donc, à court d'écrire un wrapper pour la commande cvs (ce qui serait modérément complexe), je ne vois pas de moyen dans le livre de faire ce que vous demandez.

Hmmm ... sauf si vous remplacez la définition de l'utilisateur de CVSEDITOR dans un wrapper de script shell pour cvs avec un programme qui crée le message par défaut dans le fichier donné, puis lance ${VISUAL:-${EDITOR:-vim}} à la place. Ick, et aussi beurk! Mais, fait avec soin, cela fonctionnerait. Probablement le plus difficile est de s'assurer que les programmeurs utilisent votre version de script de cvs au lieu du binaire.

+0

+1 - Réponse très responsable et réfléchie. D'accord avec votre solution 100%. –

+0

J'ai mis à jour la question. Nous faisons déjà les vérifications suggérées. Je voudrais par défaut le commentaire par commodité et empêcher les développeurs d'une faute de frappe comme "Cahnge #: ..." –

+0

Ceci est bien dit, et un excellent point, mais ne répond pas à la question posée. Des idées? –

Questions connexes