In case the hard-coded hashes change, the following commands can be used toĬloning a 500MByte repo I had to had seemed to produce correct results. Subrepositories are ostensibly libraries that are shared between multiple projects, and therefore dont live under any one main repo but instead in their own space. +++ -657,6 +657,8 hg convert -q git-repo6 no-submodules -config =True Show file at specific -949,6 +949,7 s/cpp.cpp
hg/origbackups: No such file or directory + saving current version of foobar as foobar.orig saving current version of foobar as $TESTTMP/tc/.hg/origbackups/foobar.orig (glob) creating directory: $TESTTMP/tc/.hg/origbackups (glob) $ hg revert -all -verbose -config 'ui.origbackuppath=.hg/origbackups' Repeating the above with mercurial-3.5.86_64 installed still fails two of the tests but there's no glibc backtrace and it looks like the failures are due to changes in git/mercurial: - /dev/shm/hg/tests/test-subrepo-git.t
Tortoisehg subrepository Patch#
mpatch.mpatchError: patch cannot be decoded + abort: cannot read tags from `echo pwned >COMMAND-INJECTION`/.git + Please make sure you have the correct access rightsĬloning subrepo s from ext::sh -c echo% pwned% >&2Ībort: git clone error 128 in s (in subrepo s) + fatal: Could not read from remote repository. $ env -u GIT_ALLOW_PROTOCOL hg clone malicious-subrepository malicious-subrepository-protectedĬloning into '$TESTTMP/tc/malicious-subrepository-protected/s'.
With mercurial-3.5.86_64 installed results in output ultimately saying - /dev/shm/hg/tests/test-subrepo-git.t `hg clone cd hg/tests/ python2 run-tests.py -with-hg=/usr/bin/hg test-revlog.t test-subrepo-git.t test-convert-git.t TortoiseHg is a shell extension that let users of Mercurial SCM (Hg) work directly from MS-Windows Explorer.
0 kommentar(er)
