Ниже описаны скрипты запуска из файла package.json:
Название | Описание |
---|---|
start |
Запуск проекта в режиме разработки |
start:fake-backend |
Запуск тестового бекенда для разработки с помощью json-server |
build |
Сборка проекта в режиме разработки |
build:prod |
Сборка проекта в боевом режиме |
test |
Запуск тестов |
lint |
Запуск линтовки |
e2e |
Запуск e2e-тестов |
Все ветки задач имееют следующий формат:
issue-<номер-задачи>
где <номер-задачи>
- название задачи, за которую вы взялись.
У проекта есть очень точные правила о том, как должны быть отформатированы наши сообщения коммитов Git. Этот формат упрощает чтение истории коммитов.
Каждый коммит содержит заголовок, тело и послесловие:
<заголовок>
<ПУСТАЯ СТРОКА>
<тело>
<ПУСТАЯ СТРОКА>
<послесловие>
<тип>: <краткое-описание> (#<номер-задачи>)
Поля <тип>
и <краткое-описание>
обязательны!
Должен быть один из приведенных ниже:
Тип | Описание |
---|---|
build | Изменения затрагивающие систему сброки или добавления/удаления/изменения зависимостией |
ci | Изменения настроек CI файлов или скриптов |
docs | Только изменения документации |
feat | Новая функциональность |
fix | Изменения ошибки или неточностей |
perf | Изменения связанные с улучшением производительности |
refactor | Переписывание кода не влияющее на функциональсть |
test | Добавление тестов или правка уже существующих |
- используйте безличный глагол в прошедшем времени: "добавлено", "реализовано", не "добавил", не "добавление"
- первая буква большая
- не используйте точку в конце
Здесь вы можете более подробно описать коммит, что вы сделали и так далее. Ограничения по длине тут нет, чем подробнее тем лучше.
По возможности вы должны описать мотивацию коммитов, почему и зачем вы добавили/исправили/реализовано те или иные ошибки/функциональности.
В среднем размер составляет ~500 символов. Так же можно использовать Markdown.
Чаще всего тут указывают ссылку на задачу или PR которые закрывает этот коммит. Ссылка на задачу обязательна, тогда как ссылка на PR нет. Читайте подробнее Linking a pull request to an issue.
Closes #123
PR Closes #125
Перед тем как создавать новую задачу, убедитесь, что такой еще нет. Если вы проверили на предмет дубликатов, то можете создать новую задачу.
Чтобы созать пулл реквест следуйте следущей инструкции:
- Проверьте что такого PR еще нет
- Форкните этот репозиторий
- В вашем форкнутом репозитории, внесите изменения в отдельную ветку
- Запустите все тесты и убедитесь что они проходят
- Создайте коммит, следуя формату описанному выше
- Отправьте ваши изменения в Github
- В Github создайте PR в
main
ветку
Инструкции к выпуску новой версии (только для core-мейнтейнеров):
- Слейте PR ветку в
main
ветку - После этого переключитесь на
main
ветки и выполнител следующую команду
npm version <new-version> -m 'chore: Обновлена версия до `%s`'
где new-version
новая версия
- Отправьте комиты и новые теги
git push && git push --tags
- Слейте ветку
main
вrelease