2010-06-13 5 views
2

Я работаю для небольшой компании (< 10 разработчиков), где мы используем Svn и до некоторой степени Git. Внедрение системы выпуска. Мы не помещаем наши приложения номерами релизов, так как вы можете себе представить, мы не очень хорошо отслеживаем изменения между релизами.Создание списков изменений от коммитов-комментариев - плохая идея?

Имея это в виду, я подумывал о создании изменений в комментариях фиксации. Это не должно быть ужасной идеей, если вы будете внедрять рекомендации по написанию комментариев. Или я обманываю себя, думая, что коллеги будут следовать этим рекомендациям? Большинство из них сегодня не утруждают комментариями, но я надеюсь, что это изменится, если они узнают, как сформулировать себя и что вам не нужно комментировать каждую отдельную фиксацию.

Или было бы более разумно собирать информацию из нашего программного обеспечения для управления ошибками/проектами и записывать изменения вручную (к сожалению, это то, что никто не хочет делать)?

ответ

5

Ужасно - люди регистрируются в промежуточный период, его необходимо пересмотреть, журнал изменений будет иметь плохие комментарии. Это просто не сработает.

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

2

Я бы сгенерировал список комментариев из списка изменений с некоторыми скриптами. В зависимости от используемой системы управления исходным кодом вы можете также настроить правила (или перехватить скрипты в случае git или svn), чтобы принудительно использовать данный формат для комментариев журнала. Руководящие принципы хороши, но только политика, обеспечивающая соблюдение правил, обеспечит ее скалы. Таким образом, вы можете отфильтровать, какие комментарии относятся к заметкам о выпуске, и которые являются только внутренними вещами.

Не помечать ваши релизы - это очень плохо. В случае svn & git tagging - это дешевое действие, которое не дублирует фактические данные, почему бы не сделать это? Вы думали о автоматизации процесса выпуска/тестирования с использованием непрерывной интеграции?

0

Предположительно, кто-то платит этим разработчикам? Я бы проинформировал их, что это прекратится, если они не начнут правильно помечать выпуски и не будут делать правильные комментарии коммита.