Refactor application configuration

[dbrumann]

Background

As discussed before, having some kind of extension mechanism for Deptrac would be nice, e.g. to register custom collectors or output formatters. This will require some changes to the application bootstrapping and configuration.

Description

I am moving the current configuration to the parameters section to make it easier to reuse them in services and to be in line with how Symfony configures services.

To Dos

• Update commands to use --config-file from Application instead of current depfile argument
• Make Application load new configuration file in advance (allows registering additional services) during container buliding
• Allow using both file formats in AnalyseCommand
• Allow using both file formats in DebugLayerCommand
• Allow using both file formats in DebugTokenCommand
• Allow using both file formats in DebugUnassignedCommand
• InitCommand should create new file format (use --config-file as target file location)
• Update examples for new depfile format
• Fix file loading issue (see attached screenshot)
• Fix e2e tests
• Update documentation
• Restore tests for ContainerBuilderFactory
• Ensure imports stay at top level and check imported files for both new and old format
• Ensure deprecation works with existing parameters section

Follow ups

• Create separate project for deptrac-plugin-api where we keep interfaces for extension points, e.g. CollectorInterface
• Register collectors via CompilerPass using tag deptrac.collector (Allows adding new collectors by tagging them)
• Register output formatters via CompilerPass using tag deptrac.formatter

[patrickkusebauch]

@dbrumann if this is meant to be BC break (and thus requiring a new major version if keeping semanting versioning), can other BC breaks like removing deprecated parameters be released alongside this refactor? Not this PR per se, in order not to clutter, but with the new release version?

[dbrumann]

Since we are still in 0.x BC breaks are fine according to semver. That being said, if I can I will make this non BC-breaking once the general implementation is somewhat stable. If that is not possible, then I will try to make it a clean cut and also remove existing deprecations as well.

[dbrumann]

[dbrumann]

FYI, this is what the command looks like, when we use the current depfile.yaml vs. new deptrac.yaml: