mirror of
https://github.com/facebook/sapling.git
synced 2024-10-11 09:17:30 +03:00
ae3b7f2364
Summary: Instead of making an autobackup, make hg pullbackup simply write the backup state from the recently restored backup. Test Plan: cd ~/facebook-hg-rpms/fb-hgext/tests source ../../hg-dev rt test-infinitepush-*.t Reviewers: #mercurial, cdown, stash Reviewed By: stash Subscribers: mjpieters, medson Differential Revision: https://phabricator.intern.facebook.com/D6186148 Tasks: T22856338 Tags: bootcamp Signature: 6186148:1509457565:e66cefc6e95d9b1cfb91e9bf8fa5c40b05e4fb82 |
||
---|---|---|
.. | ||
__init__.py | ||
backupcommands.py | ||
bundleparts.py | ||
common.py | ||
fileindexapi.py | ||
indexapi.py | ||
infinitepushcommands.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