Skip to main content
Creates a workspace for the repositories you choose and starts building its custom image. Murmur switches the workspace to the new image after verification succeeds. See Customize your Workspace. As in the dashboard, the starting image, timeouts, placement, environment, and access settings come from your tenant’s creation defaults. The command never replaces an existing workspace.

Synopsis

Omit NAME to use interactive prompts. In scripts, pass NAME and use --repo to select repositories; the command cannot prompt without a terminal.

Arguments

The command reads a repository’s default branch with git ls-remote, so your own git credentials apply: a private repository needs git access to it from your machine, or an explicit =BRANCH.

Prompts

Without NAME, the command asks three questions. Press Enter to accept the value in brackets.
  1. Repositories, as space-separated URL[=BRANCH] entries. It offers the current repository’s origin remote. This question is skipped when you pass --repo.
  2. Workspace name. It offers the repository’s name when there is exactly one.
  3. Automatically create a custom image for this workspace? Defaults to yes. This question is skipped with --skip-image.
If the configured environment is disabled and --environment is omitted, the command also asks you to select a replacement environment in the terminal. This question has no default: enter a name explicitly. If input ends before a question is answered, the command fails without creating anything.

Where the workspace is recorded

The command saves the new workspace in the current repository’s .murmur/murmur.yaml if that is the active config file and it has no workspace value. It leaves other config files and existing workspace values unchanged. If later spawns would use a different workspace, the command prints instructions for selecting the new one with --workspace. The MURMUR_WORKSPACE environment variable takes precedence over the config file.

Requirements

  • Tenant configuration from murmur login, a repository file, or an explicit configuration file.
  • Permission to create workspaces. Every tenant member has it. An agent running on a Murmur VM does not, so agents create workspaces only from a developer’s machine, as that developer.

Examples

Answer the prompts

Create a workspace for one repository

Pin base branches and skip the image

Choose an environment when the default is disabled

An enabled configured default is kept without asking you to choose an environment. If the environment listing confirms that the default is disabled, an interactive terminal offers enabled alternatives visible to you, shared with all workspaces, and matching the template’s placement substrate. In scripts, the command lists these candidates and requires an explicit override:
An explicit --environment uses exactly that environment and replaces the entire default environment list, including fallback environments. The CLI skips environment discovery and preserves the template’s image, placement, cloud identity, grants, and other settings. Choose an environment with machine resources and cost appropriate for your workload. An enabled alternative is not necessarily compatible with the entire workspace: after applying the selection, the CLI submits the completed workspace through SetResource. The server validates image, architecture, disk requirements, and resource-use policies before saving, and reports any errors. When you select a replacement at the terminal prompt, only disabled entries are replaced. Environments that are not disabled retain their fallback order: earlier entries are preferred. A record missing from the listing is not treated as disabled. If no alternatives are available, ask an administrator to enable a compatible environment. Workspace creation never substitutes or re-enables an environment automatically.

Errors