- How do I install sprint-digital/boilerplate-crud-generator in a Laravel app?
- Install the package with Composer using sprint-digital/boilerplate-crud-generator, then follow the package documentation to publish any configuration or stubs and run its generator command. Confirm your application's Laravel and PHP versions satisfy the release constraints before requiring it. If you are on Laravel 11 or 12, expect Composer to resolve a prior package major rather than the Laravel 13 release.
- Which Laravel versions does this CRUD generator support?
- The current release targets Laravel 13 with a PHP 8.3+ baseline and Symfony 8 components. The release notes do not explicitly state whether Laravel 11 and 12 support is dropped or whether Laravel 13 support is additive, so verify the Composer constraints. Apps still on Laravel 11 or 12 will likely resolve to the prior package major and should stay there until a framework upgrade is planned.
- What files does the package generate for a CRUD module?
- A typical run generates the Eloquent model, migration, controller, form request, resource routes, and either Blade views or API resources depending on your blueprint and configuration. The exact file set can vary with the definition and stubs, so review the output before committing it. Generated code follows Laravel conventions and is intended to be customized.
- Can I customize the generated CRUD code and stubs?
- Yes. The package uses configurable stubs so you can adapt generated output to your project's naming, structure, and style. Publish or edit the stubs before generating modules if you need consistent conventions across a team. Because the output is ordinary Laravel code, you can also adjust generated files after scaffolding.
- Does it generate API resources as well as Blade views?
- The package can produce ready-made Blade views or API resources for faster UI and endpoint delivery. Which output you get depends on the blueprint and package configuration, so check the available options before generating a module. For API-only services, confirm that the generated routes and resources match your authentication and response conventions.
- How are validation rules and form requests handled?
- The generator produces form requests with validation rules derived from the CRUD definition. You should still review those rules against your domain requirements, authorization policies, and edge cases. Generated requests are normal Laravel classes, so you can edit or extend them after scaffolding.
- Is this package safe to use in production or only for prototyping?
- It is best treated as a scaffolding tool: review generated migrations, controllers, requests, routes, and views before shipping them to production. Pin the package version and run your regression suite after generation, especially if you are also moving to Laravel 13. The package reduces repetitive setup, but it does not replace code review or domain-specific validation.
- Why did Laravel 13 support ship as a patch release?
- This release is a notable semver signal because Laravel 13 support appears in a 13.0.1 patch rather than a new package major. If your Composer constraint is broad, a routine composer update can pull in a framework-major migration without a deliberate decision. Pin the package to your validated major and ask the maintainer whether the patch was intentional.
- How should I upgrade from Laravel 11 or 12 when using this package?
- Treat the package upgrade as part of a Laravel 13 migration, not as an isolated dependency bump. First inventory which services use the package and which Laravel major each runs, then pin the current package major everywhere to stop the patch release leaking in. Upgrade only services already on Laravel 13, and run a regression pass on generated modules and integration points.
- What alternatives exist for Laravel CRUD scaffolding?
- Alternatives include Laravel's built-in make:model, make:controller, make:request, and make:migration commands, admin panel generators, and other CRUD scaffolding packages. The right choice depends on whether you need Blade views, API resources, configurable stubs, or a full admin UI. Evaluate alternatives against your Laravel version constraints and long-term maintenance needs.