It's possible to snap/tag local-only components with --include-local-only flag. Then, the export filters them out. However, what if it has been unset later on, snapped again and exported. The remote doesn't have part of the history which was local-only back then.
when on a lane and some local-only components were snapped with the flag above, the export sends a lane object to the remote with some components that exist only locally.
This PR handles the issues above by the follwoing:
removes the --include-local-only flag, so it's impossible to snap/tag local-only components.
block bit local-only set from running on staged components.
just in case somehow a component was managed to be local-only when it's staged, bit export blocks the export and suggests running bit reset or bit local-only unset.
also, remove the --include-local-only flag.
This is related to the recently-merged local-only feature: https://github.com/teambit/bit/pull/9057. The original implementation has two issues:
--include-local-only
flag. Then, the export filters them out. However, what if it has been unset later on, snapped again and exported. The remote doesn't have part of the history which was local-only back then.This PR handles the issues above by the follwoing:
--include-local-only
flag, so it's impossible to snap/tag local-only components.bit local-only set
from running on staged components.bit export
blocks the export and suggests runningbit reset
orbit local-only unset
.