docs: translate of how-to-open-a-pull-request to Russian (#37199)

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

@@ -0,0 +1,46 @@
+<!-- do not translate this -->
+| [Read these guidelines in other languages](/docs/i18n-languages) |
+|-|
+<!-- do not translate this -->
+
+# Как создать 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](/docs/images/github/compare-pull-request-prompt.png)
+
+2. По умолчанию все PR создаются в ветку `master` основного репозитория freeCodeCamp
+
+    При создании PR, убедитесь, что в поле "base fork" указан репозиторий freeCodeCamp/freeCodeCamp
+
+    ![Изображение - Сравнение форков при создании PR](/docs/images/github/comparing-forks-for-pull-request.png)
+
+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 файлы, которые могут изменить функциональность или макет страницы.