scalar(1) — Linux manual page

NAME | SYNOPSIS | DESCRIPTION | COMMANDS | SEE ALSO | GIT | COLOPHON

SCALAR(1)                      Git Manual                      SCALAR(1)

NAME         top

       scalar - A tool for managing large Git repositories

SYNOPSIS         top

       scalar clone [--single-branch] [--branch <main-branch>] [--full-clone]
               [--[no-]src] <url> [<enlistment>]
       scalar list
       scalar register [<enlistment>]
       scalar unregister [<enlistment>]
       scalar run ( all | config | commit-graph | fetch | loose-objects | pack-files ) [<enlistment>]
       scalar reconfigure [ --all | <enlistment> ]
       scalar diagnose [<enlistment>]
       scalar delete <enlistment>

DESCRIPTION         top

       Scalar is a repository management tool that optimizes Git for use
       in large repositories. Scalar improves performance by configuring
       advanced Git settings, maintaining repositories in the
       background, and helping to reduce data sent across the network.

       An important Scalar concept is the enlistment: this is the
       top-level directory of the project. It usually contains the
       subdirectory src/ which is a Git worktree. This encourages the
       separation between tracked files (inside src/) and untracked
       files, such as build artifacts (outside src/). When registering
       an existing Git worktree with Scalar whose name is not src, the
       enlistment will be identical to the worktree.

       The scalar command implements various subcommands, and different
       options depending on the subcommand. With the exception of clone,
       list and reconfigure --all, all subcommands expect to be run in
       an enlistment.

       The following options can be specified before the subcommand:

       -C <directory>
           Before running the subcommand, change the working directory.
           This option imitates the same option of git(1).

       -c <key>=<value>
           For the duration of running the specified subcommand,
           configure this setting. This option imitates the same option
           of git(1).

COMMANDS         top

   Clone
       clone [<options>] <url> [<enlistment>]
           Clones the specified repository, similar to git-clone(1). By
           default, only commit and tree objects are cloned. Once
           finished, the worktree is located at <enlistment>/src.

           The sparse-checkout feature is enabled (except when run with
           --full-clone) and the only files present are those in the
           top-level directory. Use git sparse-checkout set to expand
           the set of directories you want to see, or git
           sparse-checkout disable to expand to all files (see
           git-sparse-checkout(1) for more details). You can explore the
           subdirectories outside your sparse-checkout by using git
           ls-tree HEAD[:<directory>].

       -b <name>, --branch <name>
           Instead of checking out the branch pointed to by the cloned
           repository’s HEAD, check out the <name> branch instead.

       --[no-]single-branch
           Clone only the history leading to the tip of a single branch,
           either specified by the --branch option or the primary branch
           remote’s HEAD points at.

           Further fetches into the resulting repository will only
           update the remote-tracking branch for the branch this option
           was used for the initial cloning. If the HEAD at the remote
           did not point at any branch when --single-branch clone was
           made, no remote-tracking branch is created.

       --[no-]src
           By default, scalar clone places the cloned repository within
           a <entlistment>/src directory. Use --no-src to place the
           cloned repository directly in the <enlistment> directory.

       --[no-]full-clone
           A sparse-checkout is initialized by default. This behavior
           can be turned off via --full-clone.

   List
       list
           List enlistments that are currently registered by Scalar.
           This subcommand does not need to be run inside an enlistment.

   Register
       register [<enlistment>]
           Adds the enlistment’s repository to the list of registered
           repositories and starts background maintenance. If
           <enlistment> is not provided, then the enlistment associated
           with the current working directory is registered.

           Note: when this subcommand is called in a worktree that is
           called src/, its parent directory is considered to be the
           Scalar enlistment. If the worktree is not called src/, it
           itself will be considered to be the Scalar enlistment.

   Unregister
       unregister [<enlistment>]
           Remove the specified repository from the list of repositories
           registered with Scalar and stop the scheduled background
           maintenance.

   Run
       scalar run ( all | config | commit-graph | fetch | loose-objects
       | pack-files ) [<enlistment>]
           Run the given maintenance task (or all tasks, if all was
           specified). Except for all and config, this subcommand simply
           hands off to git-maintenance(1) (mapping fetch to prefetch
           and pack-files to incremental-repack).

           These tasks are run automatically as part of the scheduled
           maintenance, as soon as the repository is registered with
           Scalar. It should therefore not be necessary to run this
           subcommand manually.

           The config task is specific to Scalar and configures all
           those opinionated default settings that make Git work more
           efficiently with large repositories. As this task is run as
           part of scalar clone automatically, explicit invocations of
           this task are rarely needed.

   Reconfigure
       After a Scalar upgrade, or when the configuration of a Scalar
       enlistment was somehow corrupted or changed by mistake, this
       subcommand allows to reconfigure the enlistment.

       With the --all option, all enlistments currently registered with
       Scalar will be reconfigured. Use this option after each Scalar
       upgrade.

   Diagnose
       diagnose [<enlistment>]
           When reporting issues with Scalar, it is often helpful to
           provide the information gathered by this command, including
           logs and certain statistics describing the data shape of the
           current enlistment.

           The output of this command is a .zip file that is written
           into a directory adjacent to the worktree in the src
           directory.

   Delete
       delete <enlistment>
           This subcommand lets you delete an existing Scalar enlistment
           from your local file system, unregistering the repository.

SEE ALSO         top

       git-clone(1), git-maintenance(1).

GIT         top

       Part of the git(1) suite

COLOPHON         top

       This page is part of the git (Git distributed version control
       system) project.  Information about the project can be found at
       ⟨http://git-scm.com/⟩.  If you have a bug report for this manual
       page, see ⟨http://git-scm.com/community⟩.  This page was obtained
       from the project's upstream Git repository
       ⟨https://github.com/git/git.git⟩ on 2024-06-14.  (At that time,
       the date of the most recent commit that was found in the
       repository was 2024-06-12.)  If you discover any rendering
       problems in this HTML version of the page, or you believe there
       is a better or more up-to-date source for the page, or you have
       corrections or improvements to the information in this COLOPHON
       (which is not part of the original manual page), send a mail to
       [email protected]

Git 2.45.2.492.gd63586         2024-06-12                      SCALAR(1)

Pages that refer to this page: git(1)