@snapey I know it prompts when in production, but my case is that in the production environment I never want to run php artisan migrate:fresh. So prompting does not mean it cannot run it completely. So just adding an extra protection layer in case of human error.
And to be explicit am worried about migrate:fresh rollback and refresh commands, so disabling them helps me better sleep at night.
@martinbean I have a scenario that I'd like you to consider:
I'm using a container orchestration platform to deploy my Laravel applications
i'd like to leverage the same Laravel health APIs from my command line that I am for monitoring my server health such that the container orchestrator can do health/liveness probes during start-up
I don't want artisan to be usable for other scenarios.
Would this be a valid reason to want to have artisan on my server without it being usable for other use cases?