Будьте осторожны. Вы также должны убедиться, что комментарий по умолчанию не становится опорой. Например, вы должны проверить, что номер дефекта действителен (например, в настоящее время открыт, а также фактически существует). В противном случае программисты просто будут использовать комментарий по умолчанию в качестве единственного комментария.
На мой взгляд, было бы лучше приложить усилия для проверки комментария, чем для предоставления значения по умолчанию. Сообщите разработчикам, что их изменения будут отклонены, если комментарии не соответствуют требованиям, и запишите, что ожидается (и принято).
Спрашивающий спрашивает: «Хорошо сказано, но не отвечает на вопрос».
Достаточно справедливо. Я действительно не использую CVS, поэтому возьмите то, что следует с щепоткой соли.
Глядя на книгу Карла Фогеля "Разработка с открытым исходным кодом с помощью CVS" (Кориолис, 1999), я не вижу хорошего способа сделать это. Существуют файлы 'commitinfo', 'loginfo' и 'verifymsg', которые, кажется, все указывают программы, проверяющие сообщения журнала, и редактор запускается, когда пользователь не указывает 'cvs ci -m"Why I committed this"' (или, 'cvs ci -F why' для сообщения в файле), но лично я всегда проверяю комментарии в командной строке и не хотел бы запускать редактор для меня. Итак, если не считать обертку для команды cvs (которая была бы довольно сложной), я не вижу способа сделать то, что вы запрашиваете в книге.
Хммм ... если вы не переопределите определение пользователя CVSEDITOR в оболочке сценария оболочки для cvs с помощью программы, которая создает сообщение по умолчанию в данном файле и затем запускает ${VISUAL:-${EDITOR:-vim}}. Ick, и аналогично гадость! Но, сделанный осторожно, это будет работать. Наверное, самое сложное - это убедиться, что программисты используют версию вашего скрипта cvs вместо двоичного.