Как настроить автоматические сборку проекта и очереди перед загрузкой на Github?

Question

[dch3]

Тернистый путь пройден и первое приложение готово!
И вот будущий счастливый работодатель заходит по ссылке из резюме на Github и смотрит, что ж такого я там написал. И вот в этом месте возникают два опасения:

1. Все js и css файлы проекта должны быть скомпилированы Vite. Ну т.е. работодатель должен увидеть
собранный проект (со всеми css стилями и js-ом).
2. Некоторые процессы в проекте выполняются с помощью очередей и нужно как-то настроить
приложение что бы команда php artisan queue:work запускалась автоматически.

Вот здесь мне нужен совет, правильно ли я понимаю, как я могу этого добиться:
Первый пункт решается вводом команды npm run build перед загрузкой на Github.
По второму пункту есть два варианта:

- используем Forge
Forge проще в настройках, как я понял и плюс у него есть бесплатный пробный период. Задам возможно глупый вопрос, а что будет с проектом, когда пробный период закончится? Настройки слетят?

- используем Supervisor
Supervisor сложнее в настройках, но без пробных периодов. В доках сказано

Supervisor — это монитор процессов для операционной системы Linux, который автоматически перезапустит ваши queue:workпроцессы в случае сбоя

Я не понял, имеется в виду операционная система Linux это на сервере, на котором позже будет развернуто приложение?
Если я не разворачиваю приложение (только заливаю на Github), то я все-равно могу использовать Supervisor?

Спасибо!

Comments

[JhaoDa]

Открой для себя докер.

[dch3]

JhaoDa,
Знаю про его существование. Крутая штука, но и больно сложная (ка я слышал).
Это еще залипнуть на несколько недель разбираясь с его функционалом.
А мне хотелось бы уже стартануть с рассылкой резюме уже сегодня))

Answer 1

[Stalker_RED]

Все js и css файлы проекта должны быть скомпилированы Vite

не должны! В гите у вас исходники, скомилированные штуки не обязаны быть в исходниках (хотя иногда их и добавляют).
Вы при желании можете скомпилировать их заранее, и залить в гит, либо выложить как релиз

Некоторые процессы в проекте выполняются с помощью очередей и нужно как-то настроить
приложение что бы команда

Это нормальная история, к вашему приложению вполне может прилагаться перечень требований к инфраструктуре, инструкция по установке и настройке, либо скрипт-инсталлятор.

Comments

[dch3]

Stalker_RED
Спасибо! Не знал, что можно создать файлик с описанием действий, которые нужно выполнить для корректной работы прилы на стороне "смотрящего".
Это вариант, но я хотел бы "вылизать" проект и сделать так, что когда работодатель просматривает проект, ему ничего не нужно дополнительно делать, все летит само)

[Stalker_RED]

dch3, вы всерьез рассчитываете, что кто-то будет деплоить ваш проект на свои сервера? Даже не тестовое задание, а просто какой-то ваш код из портфолио, в котором неизвестно что и неизвестно зачем?

Можете сами запустить где-то на бесплатном хостинге или на триальном, и дать две ссылки
вот тут демка запущена, а вот ее исходники в гите.
Откроют, ткнут на пару ссылок, и все.
В исходниках могут покопаться подробнее, чтобы оценить количество грязи и костылей, но это не точно.

[dch3]

Stalker_RED,
Понял. Я не знал как на практике происходит ознакомление работодателя с кодом. Хотя и подозревал, что никто не будет заливать проект себе на сервер.
Большое спасибо за ответы!