Dependency Management for PHP
https://getcomposer.org/
Composer is a dependency manager tracking local dependencies of your projects and libraries.
- Devel package for openSUSE:Factory
-
2
derived packages
- Links to openSUSE:Factory / php-composer
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout server:php:applications/php-composer && cd $_ - Create Badge
Refresh
Refresh
Source Files
| Filename | Size | Changed |
|---|---|---|
| LICENSE | 0000001068 1.04 KB | |
| README.md | 0000002185 2.13 KB | |
| _link | 0000000124 124 Bytes | |
| composer.phar | 0001907777 1.82 MB | |
| php-composer.changes | 0000031371 30.6 KB | |
| php-composer.spec | 0000002284 2.23 KB |
Revision 36 (latest revision is 80)
Johannes Weberhofer (weberho)
committed
(revision 36)
- Version 1.8.1
* Deprecated support for non-standard package names (anything with uppercase,
or no / in it). Make sure to follow the warnings if you see any to avoid
problems in 2.0.
* Fixed some packages missing from the autoloader config when installing with
--no-dev
* Fixed support for cloning GitLab repos using OAuth tokens instead of SSH
keys
* Fixed metapackage installs/updates missing from output
* Fixed --with-dependencies / --with-all-dependencies not updating some
packages in some edge cases
* Fixed compatibility with Symfony 4.2 deprecations
* Fixed temp dir not being cleaned up on download error while archiving
packages
* Updated to latest ca-bundle
Comments 2
I plan to remove php-composer from Factory/Tumbleweed and add some code to php-composer2 to replace the old php-composer package. Are there any concerns against that decision? My plan is to do that transition at the beginning of October as long as there are no concerns.
I think it is totally fine. I have been using composer2 for quite a long time.