Fixing Russian grammatical (#39211)
This commit is contained in:
@ -235,7 +235,7 @@ npm run develop
|
|||||||
|
|
||||||
## Краткий справочник по командам при работе локально
|
## Краткий справочник по командам при работе локально
|
||||||
|
|
||||||
[Вот краткий справочник](/docs/russian/README.md) списка команд, которые могут понадобиться локально время от времени:
|
[Вот краткий справочник](/docs/russian/README.md) списка команд, которые могут понадобиться локально время от времени.
|
||||||
|
|
||||||
## Внесение изменений в вашу локальную копию freeCodeCamp
|
## Внесение изменений в вашу локальную копию freeCodeCamp
|
||||||
|
|
||||||
@ -266,7 +266,7 @@ npm run develop
|
|||||||
|
|
||||||
2. Далее, вам необходимо сделать `rebase` из `upstream`.
|
2. Далее, вам необходимо сделать `rebase` из `upstream`.
|
||||||
|
|
||||||
Этот действие **синхронизирует последние изменения** с главном репозиторием freeCodeCamp. Важно, чаще делать `rebase`, чтобы избежать конфликтов.
|
Это действие **синхронизирует последние изменения** с главном репозиторием freeCodeCamp. Важно, чаще делать `rebase`, чтобы избежать конфликтов.
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
git pull --rebase upstream master
|
git pull --rebase upstream master
|
||||||
@ -288,7 +288,7 @@ npm run develop
|
|||||||
git checkout -b fix/update-guide-for-xyz
|
git checkout -b fix/update-guide-for-xyz
|
||||||
```
|
```
|
||||||
|
|
||||||
Ваше имя ветки должно начаться с `fix/`, `feat/` и т. д. Избегайте, используя номеров вопросов в ветках. Держите их короткими, значимыми и уникальными.
|
Ваше имя ветки должно начаться с `fix/`, `feat/` и т. д. Избегайте использования номеров вопросов в ветках. Держите их короткими, значимыми и уникальными.
|
||||||
|
|
||||||
Вот некоторые примеры хороших имен:
|
Вот некоторые примеры хороших имен:
|
||||||
|
|
||||||
@ -304,9 +304,9 @@ npm run develop
|
|||||||
|
|
||||||
5. После того, как вы будете довольны изменениями, необходимо запустить freeCodeCamp локально для предварительного просмотра изменений.
|
5. После того, как вы будете довольны изменениями, необходимо запустить freeCodeCamp локально для предварительного просмотра изменений.
|
||||||
|
|
||||||
6. Обязательно исправьте ошибки и проверьте форматирование ваших изменений. У нас есть руководство по стилю для руководства статей и кодирования проблем.
|
6. Обязательно исправьте ошибки и проверьте форматирование ваших изменений. У нас есть руководство по стилю для статей руководства и проблем с кодом.
|
||||||
|
|
||||||
7. Затем проверьте и подтвердите файлы, которые вы обновляете
|
7. Затем проверьте и подтвердите файлы, которые вы обновляете:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
git status
|
git status
|
||||||
@ -331,7 +331,7 @@ npm run develop
|
|||||||
|
|
||||||
8. Подготовьте изменения и сделайте коммит.
|
8. Подготовьте изменения и сделайте коммит.
|
||||||
|
|
||||||
На этом шаге необходимо отметить только файлы, которые были отредактированы или добавлены. Можно выполнить сброс и разрешить файлы, которые не предполагалось изменять.
|
На этом шаге необходимо отметить только файлы, которые были отредактированы или добавлены. Можно выполнить сброс и разрешить файлы, которые не предполагалось изменять:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
git add path/to/my/changed/file.ext
|
git add path/to/my/changed/file.ext
|
||||||
@ -343,7 +343,7 @@ npm run develop
|
|||||||
git add .
|
git add .
|
||||||
```
|
```
|
||||||
|
|
||||||
При фиксации будут добавлены только файлы, имеющие индексацию.
|
При фиксации будут добавлены только файлы, имеющие индексацию:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
git status
|
git status
|
||||||
@ -378,7 +378,7 @@ npm run develop
|
|||||||
|
|
||||||
Не обязательно:
|
Не обязательно:
|
||||||
|
|
||||||
Мы настоятельно рекомендуем делать обычное название коммитов. Это хорошая практика, которую вы увидите в некоторых популярных репозиториях с открытым исходным кодом. Как разработчик, это побуждает вас следовать стандартным практикам.
|
Мы настоятельно рекомендуем делать обычное название коммитов. Это хорошая практика, которую вы увидите в некоторых популярных репозиториях с открытым исходным кодом. Как разработчика, это побуждает вас следовать стандартным практикам.
|
||||||
|
|
||||||
Примеры стандартных названий коммитов:
|
Примеры стандартных названий коммитов:
|
||||||
|
|
||||||
|
Reference in New Issue
Block a user