You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is where the ProjectAPI should be given a chance...
We have similar issues with Hardhat projects regarding config processing for these things. ApeWorX/ape-hardhat#63
The project API is meant to process these alternative projects. We already do this for Brownie projects!
This is where the ProjectAPI should be given a chance... We have similar issues with Hardhat projects regarding config processing for these things. ApeWorX/ape-hardhat#63
The project API is meant to process these alternative projects. We already do this for Brownie projects!
yeah foundry is pretty unique in using this git submodule setup
additionally, this got me thinking how dependencies in dependent projects should be handled by recursively building manifests for each one of those, so we have those available to us to prevent dependency conflicts a bit better
Environment information
ape
and plugin versions:ape-config.yaml
(NOTE: do not post anything private like RPC urls or secrets!):What went wrong?
foundry recommends the use of git submodules for managing dependencies, which is annoying
How can it be fixed?
fetch the submodules when you clone the project, also pay attention to foundry's remappings.txt file
The text was updated successfully, but these errors were encountered: