mirror of
https://github.com/facebook/sapling.git
synced 2024-10-11 17:27:53 +03:00
abfb57ac13
Summary: The getpackv1 protocol doesn't unfortunately support LFS blobs, which is therefore blocking deploying remotefilelog.fetchpacks on ovrsource on the clients. The easiest way to get there was to simply add a getpackv2 API that is similar in every way to getpackv1, but with the addition of a metadata field. While full support for this was added to Mercurial, the Mononoke support is the absolute minimum required as Mononoke doesn't support LFS. I'm expecting that EdenAPI will completely remove the need for getpackv2 and therefore for this code should be fairly short-lived. Reviewed By: farnz Differential Revision: D15954031 fbshipit-source-id: 465ac13ed8987191ccf9a7cec198d913143aaf13
40 lines
1.0 KiB
Raku
40 lines
1.0 KiB
Raku
$ . "$TESTDIR/library.sh"
|
|
|
|
$ newserver master
|
|
$ clone master client1
|
|
$ cd client1
|
|
$ echo x > x
|
|
$ hg commit -qAm x
|
|
$ mkdir dir
|
|
$ echo y > dir/y
|
|
$ hg commit -qAm y
|
|
$ hg push -r tip --to master --create
|
|
pushing rev 79c51fb96423 to destination ssh://user@dummy/master bookmark master
|
|
searching for changes
|
|
remote: adding changesets (?)
|
|
remote: adding manifests (?)
|
|
remote: adding file changes (?)
|
|
remote: added 2 changesets with 2 changes to 2 files (?)
|
|
exporting bookmark master
|
|
$ cd ..
|
|
|
|
Shallow clone from full
|
|
|
|
$ clone master shallow --noupdate
|
|
$ cd shallow
|
|
$ cat >> .hg/hgrc <<EOF
|
|
> [remotefilelog]
|
|
> fetchpacks=True
|
|
> getpackversion=2
|
|
> EOF
|
|
|
|
$ hg up -q tip
|
|
fetching tree '' 05bd2758dd7a25912490d0633b8975bf52bfab06, found via 79c51fb96423
|
|
2 trees fetched over *s (glob)
|
|
2 files fetched over 1 fetches - (2 misses, 0.00% hit ratio) over *s (glob)
|
|
|
|
$ hg debugfilerev -v
|
|
79c51fb96423: y
|
|
dir/y: bin=0 lnk=0 flag=0 size=2 copied='' chain=076f5e2225b3
|
|
rawdata: 'y\n'
|