Стоит ли присваивать разработчикам номер билета для регистрации с контролем версий?

Question

Практика, которую я обсуждаю, такова: ваш проект / продукт имеет систему заявок на ошибки, функции и т. Д. Также есть контроль версий. Тем не менее, всегда кажется, что есть причина, чтобы попытаться связать эти два вместе. В некоторых местах не требуется регистрация без номера билета. В некоторых магазинах разработчиков отсутствует требование о наличии билета на каждую регистрацию, и они допускают незначительную регистрацию или два слайда без прикрепленного номера билета.

Вопрос : Что делает эту практику такой полезной?

Я видел эту практику в разных местах в моей карьере. Это особенно заметно в таких продуктах, как Microsoft Team Foundation Server. Я видел в IBM с CMVC, их собственной системой управления исходным кодом. Я встречался с Mingle и SVN, или SVN и Redmine, где вы можете связать тикеты с чеками, просто указав номер тикета в сообщении фиксации. Во всех этих местах я действительно не нашел, чтобы это было полезно в моей собственной работе, поэтому я понимаю, что это должно быть полезно где-то в будущем.

Answer 1

Если у вас есть номер билета при регистрации, вы можете вернуться к отчету об ошибке, чтобы узнать, почему было внесено изменение. Часто это так же важно, если не более важно, как само редактирование.

Answer 2

Я обнаружил, что наиболее полезным аспектом этого является проверка коммитов другими разработчиками по мере их поступления. Хранилище настроено на отправку электронной почты для каждого коммита, который включает в себя текст фиксации и разность , Рассмотрение этого может быть важно, чтобы идти в ногу с тем, что происходит в среднем проекте.

Часто текст регистрации объясняет , что было изменено, но не , почему , тогда "билет" может заполнить вас при необходимости.

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

Конечно, полезность этого будет отличаться от проекта к проекту.

Answer 3

Он говорит вам:

• что-то действительно было сделано
• кто несет ответственность
• что было изменено
• изменение было связано только с дефектом
• любые регрессии, которые вы можете обнаружить позже
• проверяет ваши расписания, если таковые имеются;)

Answer 4

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

Answer 5

Сообщает вам, кто сделал исправление: o)

Answer 6

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

Answer 7

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

Answer 8

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

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