- What is goteo/benzina used for?
- It is a single-purpose migration utility built to pump data from a Goteo v3 database into a Goteo v4 schema. It assumes the Goteo crowdfunding domain model, including campaigns, projects, users, invests, rewards, and accounts. Unless you are doing a Goteo v3 to v4 upgrade or a near-derivative, its architectural fit is effectively zero.
- Is goteo/benzina a general-purpose Laravel package?
- No. Although it is published on Packagist, it has zero stars and zero dependents, so there is no evidence of external consumption. Treat it as a project-internal reference implementation rather than a general-purpose dependency.
- Can I install goteo/benzina via Composer in my Laravel app?
- The context is unclear on whether it ships as a proper Composer package with a service provider and versioned releases, or is a working repo that happens to include a composer.json. In practice you should not install it as a runtime dependency. Fork or vendor the source into a tools/migration path in your repo, pinned to a commit SHA.
- Which Laravel and PHP versions does goteo/benzina support?
- Version constraints are not specified in the available information, so check composer.json against your target Laravel and PHP versions. Legacy Goteo-era tooling may target older Laravel/PHP majors, and upgrading it may be part of the migration work. Also confirm the source database driver and whether any raw SQL is MySQL or MariaDB engine-specific.
- Does goteo/benzina depend on Goteo-specific models or schema?
- Unconfirmed. A TPM must establish whether the package requires Goteo-specific model classes and entities installed alongside it, or whether it is schema-agnostic. If the answer is Goteo-specific, integration feasibility for a non-Goteo Laravel app drops to fork and adapt.
- Can I reuse goteo/benzina for a non-Goteo data migration?
- Only as a pattern, not as a dependency. The transferable idea is a Laravel console-command-driven ETL layer that reads a legacy schema and hydrates Eloquent or DB models in a new schema. For non-Goteo targets, extract the transformation rules into a small internal service layer with explicit tests.
- Is goteo/benzina safe for production migrations involving financial data?
- Risk is high. It has a bus factor of one, no community validation, and undocumented business rules such as deduplication, ID remapping, and status translation that are dangerous for financial and user-identity data. Cross-schema migrations often lose fidelity in soft references, polymorphic relations, and money or decimal handling, so run a reconciliation audit and test against a scrubbed copy of production data before any real migration.
- Does goteo/benzina have tests, documentation, or a schema mapping document?
- Not documented in the available context. Ask the maintainer for a published v3 to v4 schema mapping document, evidence that the tool is idempotent and resumable, test coverage numbers, and a seed or fixture corpus. Those answers should be resolved before any commitment.
- How should I integrate goteo/benzina into my codebase?
- Do not install it as a runtime dependency. Fork or vendor the source into a tools/migration path pinned to a commit SHA, map the v3 and v4 schemas column by column, and extract the transformation rules into an internal service layer owned by your team. Then run it as a discrete migration workstream against scrubbed production data.
- Is goteo/benzina actively maintained, and what are the alternatives?
- There is no guarantee of future maintenance: zero stars, zero dependents, no issue ecosystem, and no third-party fixes. Ask whether it is maintained as a standalone release or vendored into the Goteo repository, and clarify licensing and long-term support intent. Alternatives are not named in the context, but the same pattern can be built with Laravel Artisan commands, the DB facade, and Eloquent, or lifted out of the package for non-Laravel stacks.