Open moble opened 3 months ago
Specifically, when users of my package run add CoolPackage will Pkg install and/or restrict versions so that all the dependencies in CoolPackage/test and CoolPackage/docs will/can also be satisfied?
No, since CoolPackage is not in your workspace. If a user git cloned CoolPackage and explicitly added it to an active workspace then the workspace of CoolPackage would "become active".
I'm very excited about this new workspace feature; it sounds like it could really improve a lot of workflows. I've read the new documentation and the entire thread for the PR that introduced it. But there's something I just don't understand about this new feature, and I suspect @lassepe was getting at this in this comment. Specifically, when users of my package run
add CoolPackage
willPkg
install and/or restrict versions so that all the dependencies inCoolPackage/test
andCoolPackage/docs
will/can also be satisfied? Or willadd CoolPackage
act as though only the top-level project exists, while I'll have to do something else to get this monolithic resolution?Let's take a hypothetical: My
docs
will requirePlots
. But maybe for some reason, that depends on an old version ofSomeWeirdPackage
package, which is fine when I'm just making plots, but my users really want the newest version ofSomeWeirdPackage
for some awesome update. Will the workspaces that I set up for my own convenience cause a conflict for them?