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
imported my component , made modifications and tried to export back to the same collection with the following command bit export bitsrc.billing configs/bluesnap-plans --eject.
I got the following message:
bit is about to fork the following components and export them to bitsrc.billing.
configs/bluesnap-plans
also, if they're staged, bit will not change their status to exported unless '--set-current-scope' flag is used.
there are additional flags for the 'export' command to specifically handle forking components:
'--include-dependencies' exports all dependencies to the destination alongside the component.
'--set-current-scope' sets your workspace to use the destination scope as the main remote for the component.
'--rewire' changes all dependencies to point to the new destination.
Expected Behavior
the component should not be forked to a different collection I am exporting to the original collection.
Screenshots, exceptions and logs
Specifications
Bit version: 14.4.3
The text was updated successfully, but these errors were encountered:
I found the issue.
This is happening when specifying an id without scope-name.
Due to a bug with scope.getParsedId, the id was parsed incorrectly. e.g. for a name "bar/foo", it was parsed as: { scope: "bar", name: "foo" }, instead of { scope: null, name: "bar/foo" }. When trying to export to a different scope than the original one, Bit prompts with the fork message.
This has been fixed in this PR: #2591.
Describe the bug
imported my component , made modifications and tried to export back to the same collection with the following command
bit export bitsrc.billing configs/bluesnap-plans --eject
.I got the following message:
bit is about to fork the following components and export them to bitsrc.billing.
configs/bluesnap-plans
also, if they're staged, bit will not change their status to exported unless '--set-current-scope' flag is used.
there are additional flags for the 'export' command to specifically handle forking components:
Expected Behavior
the component should not be forked to a different collection I am exporting to the original collection.
Screenshots, exceptions and logs
Specifications
The text was updated successfully, but these errors were encountered: