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
The config command shows information about the current Beamable connection
9
-
strings being used by the Beam CLI. The command will print the CID, PID, HOST, and
10
-
current location of the .beamable configuration file.
11
-
12
-
13
-
14
-
## Options
15
-
16
-
|Name|Type|Description|
17
-
|-|-|-|
5
+
```
6
+
7
+
## About
8
+
The config command shows information about the current Beamable connection
9
+
strings being used by the Beam CLI. The command will print the CID, PID, HOST, and
10
+
current location of the .beamable configuration file.
11
+
12
+
13
+
14
+
## Options
15
+
16
+
|Name|Type|Description|
17
+
|-|-|-|
18
18
|--no-overrides|Boolean|Whether this command should ignore the local config overrides|
19
19
|--set|Boolean|When true, whatever '--host', '--cid', '--pid' values you provide will be set. If '--no-overrides' is true, this will set the version controlled configuration file. If not, this will set the local overrides file inside the .beamable/temp directory|
20
20
|--dryrun|Boolean|[DEPRECATED] Run as much of the command as possible without making any network calls|
@@ -41,14 +41,14 @@ current location of the .beamable configuration file.
41
41
|--dotnet-path|String|a custom location for dotnet|
Copy file name to clipboardExpand all lines: docs/cli/commands/cli-command-reference/login.md
+21-21Lines changed: 21 additions & 21 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,20 +1,20 @@
1
-
2
-
1
+
2
+
3
3
```shell
4
4
beam login [options]
5
-
```
6
-
7
-
## About
8
-
The login command will perform a login action and acquire Beamable authorization tokens. There are two main ways Beamable handles authorization, access tokens, and JWTs. JWTs are still being developed. Access tokens are the primary way to handle authorization. Any API request sent to Beamable needs an `Authorization` header with a bearer token using the Beamable _access token_. These tokens are short lived and will need to be refreshed periodically. The login command also issues a _refresh token_ which can be used to fetch a new _access token_ if the need arises.
9
-
10
-
By default, the login command will not _save_ your access tokens. You should pass the `--save-to-file` option to commit the _access token_ and _refresh token_ to your `./beamable` folder.
11
-
12
-
13
-
14
-
## Options
15
-
16
-
|Name|Type|Description|
17
-
|-|-|-|
5
+
```
6
+
7
+
## About
8
+
The login command will perform a login action and acquire Beamable authorization tokens. There are two main ways Beamable handles authorization, access tokens, and JWTs. JWTs are still being developed. Access tokens are the primary way to handle authorization. Any API request sent to Beamable needs an `Authorization` header with a bearer token using the Beamable _access token_. These tokens are short lived and will need to be refreshed periodically. The login command also issues a _refresh token_ which can be used to fetch a new _access token_ if the need arises.
9
+
10
+
By default, the login command will not _save_ your access tokens. You should pass the `--save-to-file` option to commit the _access token_ and _refresh token_ to your `./beamable` folder.
11
+
12
+
13
+
14
+
## Options
15
+
16
+
|Name|Type|Description|
17
+
|-|-|-|
18
18
|--email|String|Specify user email address|
19
19
|--password|String|User password|
20
20
|--save-to-environment|Boolean|Save login refresh token to environment variable|
@@ -46,9 +46,9 @@ By default, the login command will not _save_ your access tokens. You should pas
46
46
|--dotnet-path|String|a custom location for dotnet|
0 commit comments