fix(ru): typo and translation

This commit is contained in:
k4leg 2021-03-26 17:02:47 +02:00 committed by GitHub
parent e37913e610
commit 5badc1adb2
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23

View File

@ -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 и представляла форму для
ведущего сопровождающего, чтобы ввести более подходящее сообщение коммита для
слияния.
### Как «Соглашение о коммитах» обрабатывает отмену коммитов?