facebook/sapling
1
1
Fork 0
mirror of https://github.com/facebook/sapling.git synced 2024-10-11 01:07:15 +03:00
Code Issues Projects Releases Wiki Activity
A Scalable, User-Friendly Source Control System.
89 Commits 25 Branches 62 Tags 325 MiB
Rust 45.1%
Python 20.7%
C++ 10.5%
Perl 9.1%
TypeScript 7.3%
Other 7.1%
3d267f64f6
Go to file
Simon Farnsworth 3d267f64f6 mononoke: compile test fixtures into in-memory repos 
Summary:
We want to be able to test against repo fixtures. Turn repo fixtures
that have been created by blobimport into in-memory BlobRepos for testing.

Reviewed By: jsgf

Differential Revision: D5834109

fbshipit-source-id: d6fc01f19986b5a6951f25c7c8bda8aa7c9dee56
2017-09-16 02:50:00 -07:00
async-compression/src Initial commit 2017-07-27 18:00:19 -07:00
asyncmemo/src rust: asyncmemo: add failure test 2017-08-29 12:36:18 -07:00
blobrepo/src Use futures-ext BoxFuture and BoxStream in blobrepo 2017-09-15 17:50:24 -07:00
blobstore update and pull in uuid + subprocess 2017-09-08 17:05:38 -07:00
bookmarks update and pull in uuid + subprocess 2017-09-08 17:05:38 -07:00
cmds mononoke: blobimport: more use of impl Future 2017-09-15 15:58:33 -07:00
eden-server/src update and pull in uuid + subprocess 2017-09-08 17:05:38 -07:00
futures-ext/src add helpers to box up futures and streams 2017-09-13 21:52:37 -07:00
heads mononoke: compile test fixtures into in-memory repos 2017-09-16 02:50:00 -07:00
hgcli/src Initial commit 2017-07-27 18:00:19 -07:00
hgproto/src update and pull in uuid + subprocess 2017-09-08 17:05:38 -07:00
hooks/src add a prototype to implement hooks 2017-09-05 22:52:51 -07:00
mercurial/src for RevlogManifest, ensure public API always has repo set 2017-09-12 11:50:20 -07:00
mercurial-bundles/src update and pull in uuid + subprocess 2017-09-08 17:05:38 -07:00
mercurial-graphql/src mononoke: change Path implementation 2017-08-10 05:24:42 -07:00
mercurial-types mononoke: impl Repo for Arc<R> where R: Repo 2017-09-15 16:06:59 -07:00
metaconfig/src metaconfig: add simple parsing of content of a repo config using Serde and Toml 2017-09-12 04:05:14 -07:00
py_tar_utils move tar_utils.py from update_rust into an open sourceable location 2017-09-14 13:52:23 -07:00
repoinfo/src update and pull in uuid + subprocess 2017-09-08 17:05:38 -07:00
server/src server: add a temporary --dry option just for the initial deployment in tupperware 2017-09-15 09:49:59 -07:00
sshrelay/src Initial commit 2017-07-27 18:00:19 -07:00
tests mononoke: compile test fixtures into in-memory repos 2017-09-16 02:50:00 -07:00
vfs/src vfs: add Virtual File System for manifest 2017-09-12 04:05:14 -07:00
CONTRIBUTING.md Initial commit 2017-07-27 18:00:19 -07:00
LICENSE Initial commit 2017-07-27 18:00:19 -07:00
README.md mention in README that Mononoke supports Mercurial 2017-07-28 14:41:37 -07:00
rustfmt.toml add a couple of rustfmt configs for rustfmt-nightly 0.2.5 2017-09-05 17:28:34 -07:00

README.md

Mononoke

Mononoke is a next-generation server for the Mercurial source control system, meant to scale up to accepting thousands of commits every hour across millions of files. It is primarily written in the Rust programming language.

Caveat Emptor

Mononoke is still in early stages of development. We are making it available now because we plan to start making references to it from our other open source projects such as Eden.

The version that we provide on GitHub does not build yet.

This is because the code is exported verbatim from an internal repository at Facebook, and not all of the scaffolding from our internal repository can be easily extracted. The key areas where we need to shore things up are:

  • Full support for a standard cargo build.
  • Open source replacements for Facebook-internal services (blob store, logging etc).

The current goal is to get Mononoke working on Linux. Other Unix-like OSes may be supported in the future.