From 5badc1adb225c5d955813fc2a964e00f07e34ce0 Mon Sep 17 00:00:00 2001 From: k4leg Date: Fri, 26 Mar 2021 17:02:47 +0200 Subject: [PATCH] fix(ru): typo and translation --- content/v1.0.0/index.ru.md | 15 ++++++++------- 1 file changed, 8 insertions(+), 7 deletions(-) diff --git a/content/v1.0.0/index.ru.md b/content/v1.0.0/index.ru.md index 6572346..f653cfb 100644 --- a/content/v1.0.0/index.ru.md +++ b/content/v1.0.0/index.ru.md @@ -200,7 +200,7 @@ Refs #133 ### Как это связано с [семантическим версионированием][semver]? Коммиты _типа_ `fix` должны быть переведены в выпуски `PATCH`, `feat` — в -`MINOR`, `BREAKING CHANGELOG`, независимо от _типа_, — в `MAJOR`. +`MINOR`, `BREAKING CHANGE`, независимо от _типа_, — в `MAJOR`. ### Как мне довести свои расширения до спецификации «Соглашение о коммитах». Например, `@jameswomack/standard-commit-spec`? @@ -224,12 +224,13 @@ Refs #133 ### Все ли мои участники должны использовать спецификацию «Соглашения о коммитах»? -Нет! Если вы используете рабочий процесс на основе squash в Git, ведущие -специалисты по сопровождению могут изменять сообщения коммитов по мере их -объединения, не добавляя нагрузки для обычных коммиттеров. Обычный рабочий -процесс для этого состоит в том, чтобы ваша система Git автоматически делала -squash коммитов из PR и представляла форму для ведущего сопровождающего, чтобы -ввести правильное сообщение коммита Git для слияния. +Нет! Если вы используете рабочий процесс на основе соединения (squash) +коммитов в Git, то ведущие специалисты по сопровождению могут приводить в +порядок сообщения коммитов по мере их слияния (merge), не добавляя нагрузки для +обычных коммиттеров. Обычный рабочий процесс для этого состоит в том, чтобы +ваша система Git автоматически соединяла коммиты из PR и представляла форму для +ведущего сопровождающего, чтобы ввести более подходящее сообщение коммита для +слияния. ### Как «Соглашение о коммитах» обрабатывает отмену коммитов?