composer/package-versions-deprecated
This package is deprecated and should never be leveraged for new product decisions. As a PM, I would prioritize eliminating all dependencies on it to reduce technical debt and security risk. Key decisions include:
Composer\InstalledVersions class.Only consider this package in one scenario: if maintaining an absolutely legacy project stuck on Composer 1.x and PHP <7.4 with no immediate upgrade path—and even then, it's a temporary stopgap with a strict 30-day migration deadline.
When to look elsewhere:
Composer\InstalledVersions is superior).Executives: "This package is deprecated, unmaintained, and poses a security risk. It's a legacy artifact from Composer 1.x compatibility that we can eliminate entirely by migrating to Composer's built-in version-checking tools. Removing it reduces technical debt, cuts maintenance costs, and eliminates future vulnerabilities—all with minimal engineering effort. We recommend prioritizing this cleanup in our next sprint to avoid compounding risks."
Engineering: "Replace every instance of PackageVersions\Versions with Composer\InstalledVersions::getVersion()—it's a 1:1 replacement with no runtime overhead. This package is obsolete since Composer 2.2+ natively supports this functionality. We'll remove it from composer.json, run composer update --with-all-dependencies, and validate with our test suite. This is a 2-hour refactor per project with immediate reliability gains."
How can I help you explore Laravel packages today?