Поддерживает ли github отслеживаемость?

Question

В TFS разработчики создают рабочие элементы. Проверки могут быть связаны с рабочим элементом. Затем, когда вся работа будет завершена через некоторое время, разработчик может объединить все связанные с ним надписи для рабочего элемента в основной соединительной линии. Я считаю это «прослеживаемостью», потому что требования (рабочие элементы) напрямую привязаны к коду с возможностью запроса.

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

Прослеживаемость поддерживается github/git? Другими словами, можно ли каким-либо образом связать фиксацию с требованием (независимо от того, что может быть в github/git)?

Answer 1

GitHub реализует это с помощью Issues и Pull Requests.

Каждый рабочий элемент можно планировать как проблему с тегами, правопреемниками и т. Д., Как вы ожидали. Когда вы передаете код, относящийся к этой проблеме, ссылка на него в сообщении фиксации по номеру проблемы (например, #123) свяжет эту фиксацию на странице «Проблема». Вы также можете close the issue from the commit с комментариями, такими как Fix #123 или Closes #123.

Так что вам не нужно ссылаться на проблему в каждом коммите (что громоздко, если не совсем забывать), вы можете создать запрос Pull для долговременной ветки. Запрос Pull остается в актуальном состоянии при нажатии на изменения в ветке, и вы можете ссылаться на проблему из описания запроса Pull таким же образом (#123), чтобы связать их вместе. Запросы Pull - это решение GitHub для проверки кода, поэтому перед объединением ветки они предоставляют инструменты комментирования и обсуждения.