Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mutually dependent local dependencies #1950

Closed
wokalski opened this issue Aug 29, 2017 · 7 comments
Closed

Mutually dependent local dependencies #1950

wokalski opened this issue Aug 29, 2017 · 7 comments
Labels
stale Old issues that went stale

Comments

@wokalski
Copy link
Contributor

We have a module foo which depends on bar.
In project X you have dependency on ../foo and ../bar which are locally in the root folder. In that case bsb cannot resolve bar from ../foo.

@bobzhang
Copy link
Member

Do u have a 'tree' layout?

@wokalski
Copy link
Contributor Author

bsconfig.json // "dependencies": ["../foo", "../bar"]
foo
|--  bsconfig.json // "dependencies": ["bar"]
bar
|-- bsconfig.json

@bobzhang
Copy link
Member

bobzhang commented Sep 1, 2017

what is your intended workflow? will foo, bar be published as a package? Will your project x be published as a package? If not, any downside using a mono-repo?

@wokalski
Copy link
Contributor Author

wokalski commented Sep 1, 2017

I am using a monorepo. However, foo and bar are submodules containing forks of some packages. Now as a workaround I have them listed as sources but it doesn't work correctly with relative paths to assets in them because the output is not in lib corresponding to their folders but relative to the project root.

@knowbody
Copy link

This is exactly the same issue I'm having. I think it is a very common workflow where in the root you have your library and the example directory. Then in the example directory, you want to use the modules from the library.

@bobzhang
Copy link
Member

bobzhang commented Nov 2, 2020

@wokalski it seems that you are doing the symlinks by hand which otherwise should be done by yarn workspaces

@stale
Copy link

stale bot commented Oct 23, 2022

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the stale Old issues that went stale label Oct 23, 2022
@stale stale bot closed this as completed Nov 9, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
stale Old issues that went stale
Projects
None yet
Development

No branches or pull requests

3 participants