Система управления модульно-рейтинговыми ведомостями

Используемая стратегия ветвления

Ветка main содержит стабильный код. Каждый commit (push) в эту ветку - это отдельный релиз

Ветка test содержит код, который необходимо проверить (протестировать) перед тем, как выполнить push в ветку main. При этом в ветку main все слияния должны идти только из ветки test.

Ветка dev содержит текущий код. Код должен быть компилируемым и запускаемым. После завершения работы над некоторым функционалом, делается commit в ветку dev, после чего создаётся pull request в ветку test.

Если необходимо сохранить некоторый промежуточный не рабочий код (не запускаемый или даже не компилируемый), то необходимо создать отдельное ответвление (feature branch) от ветки dev. Но для упрощения процесса разработки выполнять push из feature branch в ветку dev можно без создания pull request.

Для запуска приложения необходимо:

  1. Создать файлы .env в подпапках ./frontend и ./backend
  2. Скопировать содержимое файлов .env.example в ./frontend и ./backend в файлы .env соответствующих директорий
  3. Поменять значения переменных среды на собственные
  4. Добавить в таблицу user пользователя с ролью admin. В качестве пароля использовать захешированный вариант пароля admin -- $2b$10$vNvkB6jCe8yo70zPGLGh2ulgwt./BdvwedgbErw45NPhTcmWgAjCO P.S. прилогается фото 1_Таблица users.png
  5. Добавить в таблицу admins администратора со значением userId пользователя, который был создан на предыдущем этапе P.S. прилогается фото 2_Таблица admins.png
  6. Установка зависимостей
$ yarn install
  1. Для запуска в режиме разработки
$ yarn run start:dev
  1. Для запуска в production необходимо собрать приложение
$ yarn run build
  1. Запуск после сборки
$ yarn run start