@teambit/harmony.content.cli-reference 1.95.24 → 1.95.27

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/cli-reference.mdx CHANGED
@@ -1,8 +1,3 @@
1
- ---
2
- id: cli-all
3
- title: CLI Commands
4
- ---
5
-
6
1
  # CLI Reference
7
2
 
8
3
  Commands that are marked as workspace only must be executed inside a workspace. Commands that are marked as not workspace only, can be executed from anywhere and will run on a remote server.
@@ -11,8 +6,8 @@ Commands that are marked as workspace only must be executed inside a workspace.
11
6
 
12
7
  **Alias**: `a`
13
8
  **Workspace only**: yes
14
- **Description**: add any subset of files to be tracked as a component(s)
15
- all flags support glob patterns and {PARENT} {FILE_NAME} annotations
9
+ **Description**: Add any subset of files to be tracked as a component(s).
10
+ all flags support glob patterns and {PARENT} {FILE_NAME} annotations
16
11
  https://bit.dev/docs/components/adding-components
17
12
 
18
13
  `bit add [path...]`
@@ -51,7 +46,7 @@ Commands that are marked as workspace only must be executed inside a workspace.
51
46
  ## artifacts
52
47
 
53
48
  **Workspace only**: yes
54
- **Description**: EXPERIMENTAL. list and download components artifacts.
49
+ **Description**: EXPERIMENTAL. list and download components artifacts
55
50
  artifacts are created on isolated capsules during tag or snap commands.
56
51
  example of artifacts are dists files generated by a compiler, a JUnit.xml file generated by a tester
57
52
  and a package.tgz file generated by pkg aspect.
@@ -157,7 +152,7 @@ examples:
157
152
  ## capsule
158
153
 
159
154
  **Workspace only**: yes
160
- **Description**: manage capsules.
155
+ **Description**: manage capsules
161
156
  a capsule is a directory contains the component code, isolated from the workspace.
162
157
  normally, capsules are created during the build process, the component files are copied and the packages are installed
163
158
  via the configured package-manager. the purpose is to compile/test them in isolation to make sure they will work for
@@ -196,7 +191,8 @@ other users after publishing/exporting them.
196
191
 
197
192
  **Usage**: `capsule delete`
198
193
 
199
- **Description**: delete capsules. with no args, only workspace's capsules are deleted
194
+ **Description**: delete capsules
195
+ with no args, only workspace's capsules are deleted
200
196
 
201
197
  | **Option** | **Option alias** | **Description** |
202
198
  | ----------------- | :--------------: | ------------------------------------------------- |
@@ -223,9 +219,11 @@ other users after publishing/exporting them.
223
219
 
224
220
  **Alias**: `U`
225
221
  **Workspace only**: yes
226
- **Description**: switch between component versions or remove local changes
227
- `bit checkout <version> [ids...]` => checkout the specified ids (or all components when --all is used) to the specified version
228
- `bit checkout latest [ids...]` => checkout the specified ids (or all components when --all is used) to their latest versions
222
+ **Description**: switch between component versions or remove local changes
223
+
224
+ `bit checkout <version> [ids...]` => checkout the specified ids (or all components when --all is used) to the specified version
225
+ `bit checkout latest` => checkout all components to their latest versions
226
+ `bit checkout latest [ids...]` => checkout the specified ids to their latest versions
229
227
  `bit checkout [ids...] --reset` => remove local modifications from the specified ids (or all components when --all is used)
230
228
  you can use a pattern for multiple ids, such as bit checkout 0.0.1 "utils/\*". (wrap the pattern with quotes to avoid collision with shell commands)
231
229
 
@@ -284,6 +282,7 @@ The following gets removed by this command:
284
282
  | **Option** | **Option alias** | **Description** |
285
283
  | ------------ | :--------------: | ------------------------------------------------------------------------------------------------------------------------------ |
286
284
  | `--metadata` | | metadata/front-matter to place at the top of the .md file, enter as an object e.g. --metadata.id=cli --metadata.title=commands |
285
+ | `--json` | `-j` | output the commands info as JSON |
287
286
 
288
287
  ---
289
288
 
@@ -328,8 +327,8 @@ The following gets removed by this command:
328
327
  ## config
329
328
 
330
329
  **Workspace only**: yes
331
- **Description**: global config management.
332
- https://bit.dev/docs/config/bit-config
330
+ **Description**: global config management
331
+ https://bit.dev/docs/config/bit-config
333
332
 
334
333
  `bit config`
335
334
 
@@ -416,7 +415,7 @@ The following gets removed by this command:
416
415
 
417
416
  **Workspace only**: yes
418
417
  **Description**: show diff between components files
419
- bit diff => compare all modified components to their model version
418
+ bit diff => compare all modified components to their model version
420
419
  bit diff [ids...] => compare the specified components against their modified states
421
420
  bit diff [id] [version] => compare the specified version to used or modified files
422
421
  bit diff [id] [version] [to_version] => compare the specified version files to to_version files
@@ -513,9 +512,12 @@ to validate the pattern before running this command, run `bit pattern <pattern>`
513
512
 
514
513
  ### envs unset
515
514
 
516
- **Usage**: `envs unset <component>`
515
+ **Usage**: `envs unset <pattern>`
517
516
 
518
- **Description**: unset an environment from component(s)
517
+ **Description**: unset an environment from component(s) that was set by "bit env set"
518
+ keep in mind that this doesn't remove envs that are set in the variants.
519
+ in only removes envs that appear in the .bitmap file, which were previously configured via "bit env set".
520
+ the purpose of this command is to remove the specific settings and let the the variants in workspace.jsonc to control the env.
519
521
  you can use a `<pattern>` for multiple component ids, such as `bit env unset "org.scope/utils/**"`. use comma to separate patterns and "!" to exclude. e.g. "ui/\*\*, !ui/button"
520
522
  always wrap the pattern with quotes to avoid collision with shell commands.
521
523
  to validate the pattern before running this command, run `bit pattern <pattern>`.
@@ -532,7 +534,7 @@ to validate the pattern before running this command, run `bit pattern <pattern>`
532
534
 
533
535
  **Alias**: `e`
534
536
  **Workspace only**: yes
535
- **Description**: export components to a remote scope.
537
+ **Description**: Export components to a remote scope
536
538
  bit export => export all staged components to their current scope, if checked out to a lane, export the lane as well
537
539
  `bit export [id...]` => export the given ids to their current scope
538
540
 
@@ -631,35 +633,35 @@ to set the default-scope, please use --scope flag
631
633
  ## import
632
634
 
633
635
  **Workspace only**: yes
634
- **Description**: import components into your current workspace.
636
+ **Description**: import components into your workspace
635
637
  https://bit.dev/docs/components/importing-components
636
638
  you can use a pattern for multiple ids, such as bit import "utils/\*". (wrap the pattern with quotes to avoid collision with shell commands)
637
639
 
638
640
  `bit import [ids...]`
639
641
 
640
- | **Option** | **Option alias** | **Description** |
641
- | -------------------------------- | :--------------: | ------------------------------------------------------------------------------------------------------------------------------- |
642
- | `--path <path>` | `-p` | import components into a specific directory |
643
- | `--objects` | `-o` | import components objects only, don't write the components to the file system. This is a default behavior for import with no id |
644
- | `--display-dependencies` | `-d` | display the imported dependencies |
645
- | `--override` | `-O` | override local changes |
646
- | `--verbose` | `-v` | showing verbose output for inspection |
647
- | `--json` | `-j` | return the output as JSON |
648
- | `--conf` | | write the configuration file (component.json) of the component (harmony components only) |
649
- | `--skip-npm-install` | | DEPRECATED. use "--skip-dependency-installation" instead |
650
- | `--skip-dependency-installation` | | do not install packages of the imported components |
651
- | `--merge [strategy]` | `-m` | merge local changes with the imported version. strategy should be "theirs", "ours" or "manual" |
652
- | `--dependencies` | | EXPERIMENTAL. import all dependencies and write them to the workspace |
653
- | `--dependents` | | EXPERIMENTAL. import component dependents to allow auto-tag updating them upon tag |
654
- | `--skip-lane` | | EXPERIMENTAL. when checked out to a lane, do not import the component into the lane, save it on main |
655
- | `--all-history` | | relevant for fetching all components objects. avoid optimizations, fetch all history versions, always |
642
+ | **Option** | **Option alias** | **Description** |
643
+ | -------------------------------- | :--------------: | ----------------------------------------------------------------------------------------------------------------------------------- |
644
+ | `--path <path>` | `-p` | import components into a specific directory |
645
+ | `--objects` | `-o` | import components objects only, don't write the components to the file system. This is a default behavior for import with no id |
646
+ | `--display-dependencies` | `-d` | display the imported dependencies |
647
+ | `--override` | `-O` | override local changes |
648
+ | `--verbose` | `-v` | showing verbose output for inspection |
649
+ | `--json` | `-j` | return the output as JSON |
650
+ | `--conf` | | write the configuration file (component.json) of the component (harmony components only) |
651
+ | `--skip-npm-install` | | DEPRECATED. use "--skip-dependency-installation" instead |
652
+ | `--skip-dependency-installation` | | do not install packages of the imported components |
653
+ | `--merge [strategy]` | `-m` | merge local changes with the imported version. strategy should be "theirs", "ours" or "manual" |
654
+ | `--dependencies` | | EXPERIMENTAL. import all dependencies and write them to the workspace |
655
+ | `--dependents` | | EXPERIMENTAL. import component dependents to allow auto-tag updating them upon tag |
656
+ | `--save-in-lane` | | EXPERIMENTAL. when checked out to a lane and the component is not on the remote-lane, save it in the lane (default to save on main) |
657
+ | `--all-history` | | relevant for fetching all components objects. avoid optimizations, fetch all history versions, always |
656
658
 
657
659
  ---
658
660
 
659
661
  ## init
660
662
 
661
663
  **Workspace only**: no
662
- **Description**: initialize an empty bit scope
664
+ **Description**: create or reinitialize an empty workspace
663
665
  https://bit.dev/docs/workspace/creating-workspaces#initialize-a-workspace-on-an-existing-project
664
666
 
665
667
  `bit init [path]`
@@ -703,7 +705,7 @@ https://bit.dev/docs/workspace/creating-workspaces#initialize-a-workspace-on-an-
703
705
  ## link
704
706
 
705
707
  **Workspace only**: yes
706
- **Description**: generate symlinks to resolve module paths for imported components.
708
+ **Description**: link components and core aspects
707
709
  https://bit.dev/docs/workspace/component-links
708
710
 
709
711
  `bit link [ids...]`
@@ -738,8 +740,8 @@ https://bit.dev/docs/workspace/component-links
738
740
 
739
741
  **Alias**: `ls`
740
742
  **Workspace only**: no
741
- **Description**: list components on a local or a remote scope.
742
- https://bit.dev/docs/reference/cli-reference#list
743
+ **Description**: list components on a workspace, local scope or a remote scope.
744
+ https://bit.dev/docs/reference/cli-reference#list
743
745
 
744
746
  `bit list [remote-scope]`
745
747
 
@@ -758,8 +760,8 @@ https://bit.dev/docs/workspace/component-links
758
760
  ## log
759
761
 
760
762
  **Workspace only**: no
761
- **Description**: show components(s) tag history.
762
- https://bit.dev/docs/reference/cli-reference#log
763
+ **Description**: show components(s) version history
764
+ https://bit.dev/docs/reference/cli-reference#log
763
765
 
764
766
  `bit log <id>`
765
767
 
@@ -800,6 +802,7 @@ https://bit.dev/docs/workspace/component-links
800
802
 
801
803
  **Workspace only**: yes
802
804
  **Description**: merge changes of different component versions
805
+ merge changes of different component versions
803
806
  `bit merge <version> [ids...]` => merge changes of the given version into the checked out version
804
807
  `bit merge [ids...]` => EXPERIMENTAL. merge changes of the remote head into local, optionally use '--abort' or '--resolve'
805
808
  you can use a pattern for multiple ids, such as bit merge 0.0.1 "utils/\*". (wrap the pattern with quotes to avoid collision with shell commands)
@@ -823,7 +826,8 @@ https://bit.dev/docs/workspace/component-links
823
826
 
824
827
  **Alias**: `mv`
825
828
  **Workspace only**: yes
826
- **Description**: move files or directories of component(s)
829
+ **Description**: move a component to a different filesystem path
830
+ move files or directories of component(s)
827
831
  https://bit.dev/docs/workspace/moving-components
828
832
 
829
833
  `bit move <existing-dir> <new-dir>`
@@ -902,7 +906,7 @@ the `<old-id>` and `<new-id>` arguments can be either a component-id or a packag
902
906
 
903
907
  **Workspace only**: yes
904
908
  **Description**: manage set of tracked bit scope(s)
905
- https://bit.dev/docs/scope/remote-scopes
909
+ https://bit.dev/docs/scope/remote-scopes
906
910
 
907
911
  `bit remote`
908
912
 
@@ -910,9 +914,9 @@ the `<old-id>` and `<new-id>` arguments can be either a component-id or a packag
910
914
 
911
915
  **Usage**: `remote add <url>`
912
916
 
913
- **Description**: add a bare-scope as a remote. supported protocols are [file, http, ssh].
914
- for example: "http://localhost:3000", "file:///tmp/local-scope", "ssh://user@127.0.0.1:/tmp/local-scope".
915
- Legacy support [file, ssh]. Harmony supports [file, http].
917
+ **Description**: add a bare-scope as a remote
918
+ supported protocols are [file, http].
919
+ for example: "http://localhost:3000", "file:///tmp/local-scope"
916
920
 
917
921
  | **Option** | **Option alias** | **Description** |
918
922
  | ---------- | :--------------: | ---------------------------- |
@@ -938,9 +942,9 @@ Legacy support [file, ssh]. Harmony supports [file, http].
938
942
 
939
943
  **Alias**: `rm`
940
944
  **Workspace only**: no
941
- **Description**: remove a component (local/remote)
942
- https://bit.dev/docs/components/removing-components
943
- you can use a pattern for multiple ids, such as bit remove "utils/\*". (wrap the pattern with quotes to avoid collision with shell commands)
945
+ **Description**: remove component(s) from your workspace, or a remote scope
946
+ https://bit.dev/docs/components/removing-components
947
+ you can use a pattern for multiple ids, such as bit remove "utils/\*". (wrap the pattern with quotes to avoid collision with shell commands)
944
948
 
945
949
  `bit remove <ids...>`
946
950
 
@@ -972,17 +976,6 @@ to assign a default-scope to this component, please use "--scope" flag
972
976
 
973
977
  ---
974
978
 
975
- ## resume-export
976
-
977
- **Workspace only**: yes
978
- **Description**: resume failed export to persist the pending objects on the given remotes.
979
- the export-id is the id the client got in the error message during the failure.
980
- alternatively, exporting to any one of the failed scopes, throws server-is-busy error with the export-id
981
-
982
- `bit resume-export <export-id> <remotes...>`
983
-
984
- ---
985
-
986
979
  ## run
987
980
 
988
981
  **Alias**: `c`
@@ -1124,8 +1117,8 @@ to validate the pattern before running this command, run `bit pattern <pattern>`
1124
1117
 
1125
1118
  **Alias**: `s`
1126
1119
  **Workspace only**: yes
1127
- **Description**: show the working area component(s) status.
1128
- https://bit.dev/docs/workspace/workspace-status
1120
+ **Description**: show the working area component(s) status
1121
+ https://bit.dev/docs/workspace/workspace-status
1129
1122
 
1130
1123
  `bit status`
1131
1124
 
@@ -1140,7 +1133,7 @@ to validate the pattern before running this command, run `bit pattern <pattern>`
1140
1133
 
1141
1134
  **Alias**: `t`
1142
1135
  **Workspace only**: yes
1143
- **Description**: record component changes and lock versions.
1136
+ **Description**: record component changes and lock versions
1144
1137
  if no ids are provided, it will tag all new and modified components.
1145
1138
  if component ids are entered, you can specify a version per id using "@" sign, e.g. bit tag foo@1.0.0 bar@minor baz@major
1146
1139
  https://bit.dev/components/tags
@@ -1182,7 +1175,8 @@ to ignore multiple issues, separate them by a comma and wrap with quotes. to ign
1182
1175
  ## templates
1183
1176
 
1184
1177
  **Workspace only**: yes
1185
- **Description**: list components templates when inside bit-workspace (for bit-create), otherwise, list workspace templates (for bit-new)
1178
+ **Description**: list templates for "bit create" and "bit new"
1179
+ list components templates when inside bit-workspace (for bit-create), otherwise, list workspace templates (for bit-new)
1186
1180
 
1187
1181
  `bit templates`
1188
1182
 
@@ -1244,9 +1238,9 @@ to ignore multiple issues, separate them by a comma and wrap with quotes. to ign
1244
1238
  ## untag
1245
1239
 
1246
1240
  **Workspace only**: yes
1247
- **Description**: revert version(s) tagged for component(s)
1248
- https://bit.dev/docs/components/tags#undoing-a-tag
1249
- you can use a pattern for multiple ids, such as bit untag "utils/\*". (wrap the pattern with quotes to avoid collision with shell commands)
1241
+ **Description**: revert versions tagged for component(s)
1242
+ https://bit.dev/docs/components/tags#undoing-a-tag
1243
+ you can use a pattern for multiple ids, such as bit untag "utils/\*". (wrap the pattern with quotes to avoid collision with shell commands)
1250
1244
 
1251
1245
  `bit untag [id] [version]`
1252
1246