Skip to content
This repository was archived by the owner on Jan 30, 2025. It is now read-only.
This repository was archived by the owner on Jan 30, 2025. It is now read-only.

Module resolution order #33

Open
Open
@PedroPerpetua

Description

@PedroPerpetua

Currently, if you install multiple modules, it seems that they're resolved in whichever order Yarn will resolve them, regardless of which order you place them in the configuration.

This can be problematic if you have multiple modules and they override some of each other's features; a practical example is two modules that add a different translation for the same string. Currently, the module system does not seem to consider any user-given order for how they're applied, simply taken the Yarn resolution order.

There's currently a workaround where you can alias your modules alphabetically to set their resolution order:

# build_config.yaml
modules:
    - m1@file:path/to/module1
    - m2@file:path/to/module2

This way, m2 will be "on top" and override whatever m1 sets, effectively setting an order. However, this can very easily break if, for example, Yarn changes how they resolve modules. The module system should rely on the order given by the user in some way.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions