Files
freeCodeCamp/docs/i18n-languages/russian/how-to-open-a-pull-request.md

3.7 KiB
Raw Blame History

Read these guidelines in other languages

Как создать Pull Request (Пулл Реквест)

Как сделать хороший заголовок для Pull Request:

Создавая Pull Request (PR), воспользуйтесь данной таблицей, чтобы решить, как правильно озаглавить PR в формате: fix/feat/chore/refactor/docs/perf (scope): PR Title

Например: fix(learn): Fixed tests for the do...while loop challenge.

Область Описание
learn,curriculum Для PR'ов, которые вносят изменения в учебный план.
client Для PR'ов, которые вносят изменения в логику клиентской платформы или пользовательский интерфейс.
guide Для PR'ов, которые вносят изменения в инстукции.
docs Для PR'ов, которые вносят изменения в документацию.

Создание Пулл Реквеста (PR)

  1. После того, как вы внесёте какие-нибудь изменения в свой форк репозитория, GitHub предложит вам создать PR

    Изображение - Предложение о создании PR

  2. По умолчанию все PR создаются в ветку master основного репозитория freeCodeCamp

    При создании PR, убедитесь, что в поле "base fork" указан репозиторий freeCodeCamp/freeCodeCamp

    Изображение - Сравнение форков при создании PR

  3. Нажать на кнопку "Create pull request", для создания PR из вашей верки в ветку master freeCodeCamp.

  4. В поле описания PR добавьте более подробный отчёт сделанных вами изменений и причины по которым появилась такая необходимость

    • Вам будет предоставлен шаблон, который содержит контрольные список пунктов, которые вам необходимо выполнить, прежде чем вы создадите PR.

    • Заполните эти пункты. Опираясь на них, будет приниматься решение о рассмотрении и принятии вашего PR

    • Если PR предназначен для исправления существующей ошибки/проблемы, то в конце описание вашего PR добавьте ключевое слово closes и #xxxx (где xxxx это номер выпуска). Например: closes #1337. Так GitHub поймёт, что при успешном принятии PR нужно автоматически закрыть Issue с указанным номером

  5. Укажите, тестировали ли вы локальную копию сайта или нет.

    Тестирование необходимо, когда вы не просто меняете какой-то текст (например, статью руководства), а изменяете JavaScript, HTML или CSS файлы, которые могут изменить функциональность или макет страницы.