I would like to suggest that we move to not using FQN in the phpDoc and instead import the relevant classes. Most will already be imported and this will make it less likely that one is not updated if it's namespace changes.
For consistency I would also suggest that we use shorthands for scalar types int/bool vs integer/boolean.
Lastly although it might not be consistent I think it would be a good idea to use ClassName for hinting array types over array<ClassName>, when the key type is unknown, since it's supported by more tools.
One difference is that TravisCI offers free Mac servers for OSS, but you can only get Mac builds if you pay for CircleCI. But that isn't really a problem for Pdepend
But for DevilutionX we have to use a combination of CircleCI, TravisCI and AppVeyor and that still doesn't cover us for Haiku and BSD :/
Back on topic :) I have solved all PHPStan level 3 & 4 issues on my local system. But will wait with a PR until the current ones are merged as it will be easier to clean up and avoid conflicts that way.
Only one job failed this time :D It's "Peer fingerprint did not match" again :/
I really hate how unstable TravisCI is, can't understand why it's the industry standard at this point.
To my perception it only got worse in the last months. Coincidentially when GH introduced and pushed GH Actions. What a coincidence?
Grats on releasing 2.8.0
Hello, can someone explain to me why in the tables the value of CYCLO is greater than 50? It should not go from 0 to 50 and if it is greater than 50, is it a very high risk code?
Hello which table? Can you provide a link?
Bonjour, j'essaie de finaliser une analyse de code sur Ubuntu avec phpdepend pouvez vous me dire comment je dois procéder me positionner dans la directory et puis require src ?
Bonjour. Vous pouvez soit utiliser le .phar comme un fichier exécutable, téléchargeable en bas de cette page : https://github.com/pdepend/pdepend/releases/tag/2.8.0 Soit vous pouvez inclure pdepend à votre projet PHP en utilisant composer require pdepend/pdepend les classes seront alors disponible automatiquement grâce à l'autoload de composer.
What's the prospect of getting pdepend/pdepend#480 merged? It would prefer having it land before I start to tackle the remaining issues and move one to phpmd.
I expect that there are 1-2 more PRs to be done before it's good enough to do so.