Какой список слов можно использовать в сообщениях коммитов после исправления ошибки?

Question

В настоящее время я работаю над старшим проектом по разработке программного обеспечения и внедряю механизм прогнозирования дефектов в программных проектах, использующих систему контроля версий.

Поэтому я хочу спросить сообщество об их процедурах отправки сообщений.

Какие слова в сообщениях фиксации могут означать значение «исправлено»? Так что я могу понять, что измененные файлы в этой ревизии были в состоянии ошибки?

Answer 1

Могу ли я предложить вам вместо мозгового штурма списка настроить байесовский фильтр, который позволяет помечать группу коммитов как исправления ошибок или нет, и обучать систему распознавать общие характеристики исправлений ошибок. Вы обязательно найдете некоторые характеристики, которые никто из нас не мог бы предсказать.

Однако я предложу несколько категорий слов для поиска:

Одним из них являются слова, которые указывают на то, что вы сделали, такие как «исправлено», «исправлено», «настроено». Другой - это слова, которые указывают на то, что было не так, например, «проблема», «ошибка», «проблема». Другими словами являются слова, которые указывают на то, что ваше исправление выполнено, например «предотвращать», «обеспечивать», «останавливать», «разрешать».

"Исправлена ​​проблема с сортировкой строк. Это предотвратит некорректное отображение строк, начинающихся с пробелов, в верхней части списка."

Answer 2

Если я могу пожаловаться на предпосылку вашего вопроса, вы запрашиваете решение на уровне ИИ, чтобы сделать вывод, что кто-то исправляет ошибку. Trac, например, имеет post-commit-hook , который автоматически обновляет статусы ошибок. Ключевым моментом является то, что он делает это с помощью , требуя, чтобы dev упомянул, какой билет адресован. ИИ не нужен!

Все изменения в коде, вероятно, должны делать одно или несколько из:

• создать функцию
• исправить ошибку

(есть и другие случаи, такие как «повышение читабельности», которые я бы сказал, это исправление ошибки!)

С этой целью любой файл, к которому прикасался , вероятно, был в состоянии ошибки, или он не был бы изменен.

Ваша спецификация «реализации механизма прогнозирования дефектов в программных проектах, использующих систему контроля версий», звучит очень недооцененно и неточно.

Answer 3

Большинство моих сообщений о коммитах сначала содержат ссылку на проблему в трекере ошибок.Например: «Ошибка 2453 - Исправлена ​​утечка памяти».Это может немного сбивать с толку, потому что я часто видел небольшое различие между ошибками и функциями, и в итоге вы получаете сообщения о фиксации, которые действительно являются функциями, но все же содержат слово «Ошибка».

Так как хороший трекер ошибок позволил бы различать ошибки и функции, я полагаю, что можно было бы сослаться на номер проблемы обратно из сообщения о фиксации к трекеру проблем.в сообщении коммита я полагаю, что чаще всего использовал бы «исправленный бла» для ошибок и «реализованный бла» для функций.