class LocalRepoTransaction

@author Nils Adermann <naderman@naderman.de> @internal

Hierarchy

Expanded class hierarchy of LocalRepoTransaction

1 file declares its use of LocalRepoTransaction
Installer.php in vendor/composer/composer/src/Composer/Installer.php

File

vendor/composer/composer/src/Composer/DependencyResolver/LocalRepoTransaction.php, line 22

Namespace

Composer\DependencyResolver
View source 
class LocalRepoTransaction extends Transaction {
    public function __construct(RepositoryInterface $lockedRepository, InstalledRepositoryInterface $localRepository) {
        parent::__construct($localRepository->getPackages(), $lockedRepository->getPackages());
    }

}

Members

Title Modifiers Object type Summary Overriden Title
LocalRepoTransaction::__construct public function Overrides Transaction::__construct
Transaction::$operations protected property
Transaction::$presentPackages protected property Packages present at the beginning of the transaction
Transaction::$resultPackageMap protected property Package set resulting from this transaction
Transaction::$resultPackagesByName protected property
Transaction::calculateOperations protected function
Transaction::getOperations public function
Transaction::getProvidersInResult protected function
Transaction::getRootPackages protected function Determine which packages in the result are not required by any other packages in it.
Transaction::movePluginsToFront private function Workaround: if your packages depend on plugins, we must be sure
that those are installed / updated first; else it would lead to packages
being installed multiple times in different folders, when running Composer
twice.
Transaction::moveUninstallsToFront private function Removals of packages should be executed before installations in
case two packages resolve to the same path (due to custom installers)
Transaction::setResultPackageMaps private function