-
Notifications
You must be signed in to change notification settings - Fork 935
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
bit export is extremely slow #2300
Comments
…remote by pushing them component afte component and waiting the remote to consume before continue pushing
* resolve part of #2300 improve bit export performance by pushing new tags only * add a new flag "--all-version" to preserve the old behavior of exporting all component versions
@davidfirst @GiladShoham I know we have done a lot of progress on this. Can you update on our status here or what is left to improve? |
@ranm8 , sure.
The first issue has been fixed and it's part of the latest version. |
@davidfirst Is there any workaround for the second issue or an estimation for when we are going to have a more performant version of this command available? Currently, I have to export the components manually, one by one, because the bulk export seems to never finish and it has slowed down quite a lot our productivity using the tool. |
@yurijean , during the investigating of this issue back then, I found that components compiled with typescript compiler on Windows were extremely heavy due to a bug that added the entire node_modules directory into the component objects. |
@davidfirst I'm on Linux but the same issue happens. I'm using TypeScript, however, I don't compile them using Bit, but I export them in this format. I have around 60 components in my local and starting fresh doesn't solve my issue. I tried turning them into JavaScript and exporting them this way, but still no success. Unfortunately, I'll have to look for another tool to solve my distribution problem since I can't keep Bit working when my collection grows bigger than something around 20 components 😞 would Lerna be a good fit for distributing front end components? Do you have any suggestions of other tools that I can use meanwhile this issue isn't solved? |
@yurijean , doesn't sound normal. How long does it take for you to export 60 components? If you can add me as a collaborator (david@bit.dev) I can take a look. |
@yurijean , not sure whether you looked into the linked task: #2844 , but if your node version is >=14.1.0, please try to use an older version. |
@davidfirst we downgraded Node to 12.0 and it worked! Problem solved! Thank you 😄 |
export performance boost in v15 We'll start rolling out v15 of Bit this week, please reach out to me privately on the public slack community for a sneak peek and getting early access to it. |
Edit: If you use node >=14.1.0, as a workaround, downgrade your node version. More details in #2844.
Describe the bug
This happens when a workspace has lots of components and/or each component has lots of versions. Especially when exporting a dependency that has lots of dependent components.
The process of the "auto-tag" makes sure that all dependents are tagged and then when running "bit export" it exports them as well.
Currently, the export process in some scenarios may take a while to complete.
Steps to Reproduce
Expected Behavior
Exporting components should be a quick process.
Specifications
Additional context
There are two issues with the current implementation of "bit export", which need to be addressed.
The text was updated successfully, but these errors were encountered: