Участие в проекте openPOWERLINK {#page_contribution}

Ниже приведены руководства по взаимодействию с проектом openPOWERLINK Real-Time Ethernet стэка.

Подача отчетов о проблемах

Если вы не можете найти существующий отчет о проблеме, который описывает вашу ошибку, пожалуйста, отправьте отчет о проблеме, используя следующие рекомендации:

• Не отправляйте несколько багов в одном отчете.
• Опишите вашу проблему максимально подробно, чтобы кто-то другой смог успешно воспроизвести её и найти решение.
  • Версию стэка openPOWERLINK
  • Операционную систему (включая версию ядра и RT-Patch при необходимости)
  • Хардварную платформу
  • Шаги по воспроизведению ошибки
• Другие вещи, которые могут помочь решить вашу проблему:
  • Журнал работы стэка openPOWERLINK с вашей консоли
  • Журнал сообщений ядра (команда dmesg)
  • Скриншоты

Отправка pull requests

• Следуйте [руководству по кодированию, определённому в документах](\ref page_coding).
• Напишите документацию в [Doxygen](\ref sect_coding_comments)
• Следуйте нижеописанным рекомендациям для сообщений коммитов.

Сообщения коммитов Git

Создание осмысленных сообщений коммитов делает использование и сотрудничество с Git намного проще. Как правило, ваши сообщения должны начинаться одной строкой, состоящей из менее чем 72 символов. Эта строка должна кратко описать изменения, за которой следует пустая строка, а затем более детальное объяснение.```markdown [TAG] короткое описание изменений

Подробное объяснение, если это необходимо. В некоторых контекстах первая строка рассматривается как тема электронной почты, а остальной текст — как её содержимое. Пустая строка, отделяющая краткое описание от основного текста, является ключевой (если вы полностью опускаете основной текст). Инструменты, такие как rebase, могут запутаться, если вы объедините две части вместе.

Дальнейшие абзацы следует за пустыми строками.

• Допустимы точки списка
• Обычно используется дефис или звездочка для пунктов списка, предшествующих одному пробелу, с пустыми строками между ними, но правила различаются здесь

Решает: #0815

#### Заголовок сообщения

Первая строка должна быть префиксирована тегом, описывающим тему.
При возможности длина всей строки должна быть меньше 50 символов, но в любом случае — меньше 72!
Допустимые теги:
* **[MERGE]**: Используется для коммитов слияния.
* **[FEATURE]**: Добавлено новое функциональное свойство (или удалено).
* **[FIX]**: Устранена ошибка.
* **[TASK]**: Любое другое действие, не входящее в указанные категории, например, чистка стиля кодирования.#### Тело сообщенияНапишите своё сообщение о коммите в настоящем времени: «Исправляю баг» а не «Исправил баг».
Эта конвенция совпадает с сообщениями о коммитах, генерируемыми командами типа `git merge` и `git revert`.
Обратите строки после 72 символов.#### Отношения

Если изменения связаны с решением проблемы, пожалуйста, добавьте ссылку на проблему в системе отслеживания задач.
Например, если это исправление ошибки для бага №1234:
Решает: #1234

#### Изменения

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