mirror of
https://github.com/facebook/sapling.git
synced 2024-10-11 09:17:30 +03:00
4136d61d32
Summary: Previously `_getrevstobackup()` would load manifest for each commit in memory only to check if a file was deleted in this commit or not. Manifest can be quite big and since every loaded flatmanifest is cached in fastmanifest then memory usage can be huge. Since we are doing this only to check if there are any commits that were downloaded to the client without filelogs and then were stripped server-side. This cases are rare and it would be easier to track these commits in the config file. Test Plan: arc unit Reviewers: #mercurial, mjpieters, quark Reviewed By: quark Subscribers: mjpieters Differential Revision: https://phabricator.intern.facebook.com/D5111372 Tasks: 15389402 Signature: t1:5111372:1495848867:4028bd48313ac0e2022c3695195bedc6eda80abf |
||
|---|---|---|
| .. | ||
| __init__.py | ||
| backupcommands.py | ||
| bundleparts.py | ||
| common.py | ||
| fileindexapi.py | ||
| indexapi.py | ||
| README | ||
| schema.sql | ||
| sqlindexapi.py | ||
| store.py | ||
## What is it?
This extension adds ability to save certain pushes to a remote blob store
as bundles and to serve commits from remote blob store.
The revisions are stored on disk or in everstore.
The metadata are stored in sql or on disk.
## Config options
infinitepush.branchpattern: pattern to detect a scratchbranch, example
're:scratch/.+'
infinitepush.indextype: disk or sql for the metadata
infinitepush.reponame: only relevant for sql metadata backend, reponame to put in
sql
infinitepush.indexpath: only relevant for ondisk metadata backend, the path to
store the index on disk. If not set will be under .hg
in a folder named filebundlestore
infinitepush.storepath: only relevant for ondisk metadata backend, the path to
store the bundles. If not set, it will be
.hg/filebundlestore