Hi,
please fix the build and also write some tests.

Thinking ahead of time: Since this repository is generically for PHPStan Doctrine extension, how would ORM/ODM support be handled here? Or other Doctrine packages like Collections? Because i.e.:

parameters:
 doctrine:
 metadata:

and the code in this PR look quite ORM-specific right now.
Also how multiple versions would be handled? In not too distant future there will be need for ORM 2 & ORM 3 + ODM 1 & ODM 2 parallel support, but each of them are going to have incompatibilities.
Also there will be no Common 3.0.

@Majkl578 very valid points! That's why it was proof of concept only ;)

how would ORM/ODM support be handled here?

I assumed that phpstan-doctrine is ORM oriented but indeed, basic stuff would work with ODM as well. Theoretically the metadata could look like this:

metadata:
 CmsBundle\Entity:
 doctrine: orm # possibly would be the default?
 type: annotation
 paths: [%rootDir%/../../../src/CmsBundle/Entity]

another approach could be to infer whether classes are designed for ORM or ODM by looking at provided mapping/annotation in classes.

Also how multiple versions would be handled?

Easiest would be versioning - v1 of the plugin requiring ORM 2 and next version for ORM 3. Also depending on the number of breaks the plugin itself could provide a compatibility layer for metadata it needs and avoid major version bump. With ODM it'll be a bit easier as we do not aim to break mapping stuff just yet.

I'm not well acquainted with the PHPStan code, but is not it enough to replace new MixedType with regular type detection (from docblocks, typehints and so on, in any case, custom repositories should contain such information) in EntityRepositoryDynamicReturnTypeExtension.php#L40?

@ossinkine Definitely not 😊

Superseded by #49.