Формат комментариев в VCS — различия между версиями

Материал из ИбисоПедии
Перейти к: навигация, поиск
 
(не показано 5 промежуточных версий этого же участника)
Строка 1: Строка 1:
  
Комметарии должны быть в формате стандарт Conventional Commits, с нашими особенностями
+
Комметарии должны быть в формате стандарт Conventional Commits, с нашими особенностями (тип коммита указываем в квадратных скобках)
  
 
<pre>
 
<pre>
Строка 18: Строка 18:
 
Поле "Пол" неправильно показывалась для пациентов старше 60-ти лет
 
Поле "Пол" неправильно показывалась для пациентов старше 60-ти лет
  
redmine-11230
+
#redmine-11230
 +
#jira-1234
  
 
</pre>
 
</pre>
  
  
 +
== Общие положения ==
  
Ссылки
+
* В заголовке сначала следует указывать модуль, для которого произошли изменения
 +
* Использовать глаголы совершенного вида (Что сделано?)
 +
* ссылку на redmine писать как #redmine-<номер задачи>
 +
* ссылку на jira писать как #jira-<номер задачи>
 +
* Стандарт допускает следующие типы коммитов:
 +
** build Сборка проекта или изменения внешних зависимостей
 +
** ci Настройка CI и работа со скриптами
 +
** docs Обновление документации
 +
** feat Добавление нового функционала
 +
** fix Исправление ошибок
 +
** perf Изменения направленные на улучшение производительности
 +
** refactor Правки кода без исправления ошибок или добавления новых функций
 +
** revert Откат на предыдущие коммиты
 +
** style Правки по кодстайлу (табы, отступы, точки, запятые и т.д.)
 +
** test Добавление тестов
  
* https://habr.com/company/yandex/blog/431432/
+
== Дополнительные правила принятые  компании ==
 +
 
 +
*  если доработка делается не в рамках какой-то задачи, то указывать по чьей просьбе сделаны изменения.
 +
*  если программист делает изменения по согласованию с 3 стороной (хост, комтек, личное общение с МО), то указывать ФИО программиста.
 +
 
 +
== Ссылки ==
 +
 
 +
* https://www.conventionalcommits.org/ru/
 
* https://habr.com/company/yandex/blog/431432/
 
* https://habr.com/company/yandex/blog/431432/
  
  
 
[[Категория:Руководство программиста]] [[Категория:Руководство программиста MIS3]] [[Категория:Руководство программиста KIS]]
 
[[Категория:Руководство программиста]] [[Категория:Руководство программиста MIS3]] [[Категория:Руководство программиста KIS]]

Текущая версия на 14:15, 25 июля 2022

Комметарии должны быть в формате стандарт Conventional Commits, с нашими особенностями (тип коммита указываем в квадратных скобках)

[<тип коммита>]: <Заголовок>

<Детализация коммита - отделена пустой строкой>

<Нижний колонтитул следует использовать для указания внешних ссылок, контекста коммита или другой мета информации. Нижний колонтитул должен быть отделен от тела пустой строкой>

Пример:

[fix]: Аналитика. Источник данных "Люди". Исправлено поведение поля "Пол" 

Поле "Пол" неправильно показывалась для пациентов старше 60-ти лет

#redmine-11230
#jira-1234


Общие положения

  • В заголовке сначала следует указывать модуль, для которого произошли изменения
  • Использовать глаголы совершенного вида (Что сделано?)
  • ссылку на redmine писать как #redmine-<номер задачи>
  • ссылку на jira писать как #jira-<номер задачи>
  • Стандарт допускает следующие типы коммитов:
    • build Сборка проекта или изменения внешних зависимостей
    • ci Настройка CI и работа со скриптами
    • docs Обновление документации
    • feat Добавление нового функционала
    • fix Исправление ошибок
    • perf Изменения направленные на улучшение производительности
    • refactor Правки кода без исправления ошибок или добавления новых функций
    • revert Откат на предыдущие коммиты
    • style Правки по кодстайлу (табы, отступы, точки, запятые и т.д.)
    • test Добавление тестов

Дополнительные правила принятые компании

  • если доработка делается не в рамках какой-то задачи, то указывать по чьей просьбе сделаны изменения.
  • если программист делает изменения по согласованию с 3 стороной (хост, комтек, личное общение с МО), то указывать ФИО программиста.

Ссылки