/usr/share/doc/git/technical
NameSizeModeActions
api-error-handling.html222590644editdlrm
api-error-handling.txt38180644editdlrm
api-index-skel.txt4320644editdlrm
api-index.html171830644editdlrm
api-index.sh6110644editdlrm
api-index.txt6480644editdlrm
api-merge.html183050644editdlrm
api-merge.txt10900644editdlrm
api-parse-options.html366570644editdlrm
api-parse-options.txt131570644editdlrm
api-simple-ipc.html223880644editdlrm
api-simple-ipc.txt48520644editdlrm
api-trace2.html776190644editdlrm
api-trace2.txt442550644editdlrm
bitmap-format.html304030644editdlrm
bitmap-format.txt88710644editdlrm
bundle-uri.html513870644editdlrm
bundle-uri.txt267870644editdlrm
commit-graph.txt179570644editdlrm
directory-rename-detection.txt51990644editdlrm
hash-function-transition.html645390644editdlrm
hash-function-transition.txt358940644editdlrm
long-running-process-protocol.html189950644editdlrm
long-running-process-protocol.txt19290644editdlrm
multi-pack-index.html224620644editdlrm
multi-pack-index.txt44590644editdlrm
pack-heuristics.html435940644editdlrm
pack-heuristics.txt180400644editdlrm
packfile-uri.txt37480644editdlrm
parallel-checkout.html317150644editdlrm
parallel-checkout.txt123010644editdlrm
partial-clone.html364960644editdlrm
partial-clone.txt149680644editdlrm
racy-git.html279950644editdlrm
racy-git.txt91210644editdlrm
reftable.html737920644editdlrm
reftable.txt375250644editdlrm
remembering-renames.txt303600644editdlrm
repository-version.txt43110644editdlrm
rerere.txt65100644editdlrm
scalar.html204580644editdlrm
scalar.txt29350644editdlrm
send-pack-pipeline.html193150644editdlrm
send-pack-pipeline.txt19690644editdlrm
shallow.html196850644editdlrm
shallow.txt25480644editdlrm
sparse-checkout.txt474990644editdlrm
sparse-index.txt95010644editdlrm
trivial-merge.html222730644editdlrm
trivial-merge.txt42640644editdlrm
Edit: /usr/share/doc/git/technical/scalar.txt (2935B)
Scalar ====== Scalar is a repository management tool that optimizes Git for use in large repositories. It accomplishes this by helping users to take advantage of advanced performance features in Git. Unlike most other Git built-in commands, Scalar is not executed as a subcommand of 'git'; rather, it is built as a separate executable containing its own series of subcommands. Background ---------- Scalar was originally designed as an add-on to Git and implemented as a .NET Core application. It was created based on the learnings from the VFS for Git project (another application aimed at improving the experience of working with large repositories). As part of its initial implementation, Scalar relied on custom features in the Microsoft fork of Git that have since been integrated into core Git: * partial clone, * commit graphs, * multi-pack index, * sparse checkout (cone mode), * scheduled background maintenance, * etc With the requisite Git functionality in place and a desire to bring the benefits of Scalar to the larger Git community, the Scalar application itself was ported from C# to C and integrated upstream. Features -------- Scalar is comprised of two major pieces of functionality: automatically configuring built-in Git performance features and managing repository enlistments. The Git performance features configured by Scalar (see "Background" for examples) confer substantial performance benefits to large repositories, but are either too experimental to enable for all of Git yet, or only benefit large repositories. As new features are introduced, Scalar should be updated accordingly to incorporate them. This will prevent the tool from becoming stale while also providing a path for more easily bringing features to the appropriate users. Enlistments are how Scalar knows which repositories on a user's system should utilize Scalar-configured features. This allows it to update performance settings when new ones are added to the tool, as well as centrally manage repository maintenance. The enlistment structure - a root directory with a `src/` subdirectory containing the cloned repository itself - is designed to encourage users to route build outputs outside of the repository to avoid the performance-limiting overhead of ignoring those files in Git. Design ------ Scalar is implemented in C and interacts with Git via a mix of child process invocations of Git and direct usage of `libgit.a`. Internally, it is structured much like other built-ins with subcommands (e.g., `git stash`), containing a `cmd_()` function for each subcommand, routed through a `cmd_main()` function. Most options are unique to each subcommand, with `scalar` respecting some "global" `git` options (e.g., `-c` and `-C`). Because `scalar` is not invoked as a Git subcommand (like `git scalar`), it is built and installed as its own executable in the `bin/` directory, alongside `git`, `git-gui`, etc.