##// END OF EJS Templates
metadata: filter the `removed` set to only contains relevant data...
metadata: filter the `removed` set to only contains relevant data The `files` entry can be bogus and contains too many entries. This can badly combines with the computation of `removed` inflating the set size. The can lead to the changesets centric rename computation to process much more data than needed, slowing it down (and increasing space taken by data storage). In practice newer commits already that reduced set, this applies this "fix" to older changeset. Differential Revision: https://phab.mercurial-scm.org/D8589

File last commit:

r31973:36006e01 default
r45468:25512a65 default
Show More
push-checkheads-util.sh
44 lines | 758 B | application/x-sh | BashLexer
/ tests / testlib / push-checkheads-util.sh
# setup config and various utility to test new heads checks on push
cat >> $HGRCPATH <<EOF
[ui]
# simpler log output
logtemplate ="{node|short} ({phase}): {desc}\n"
[phases]
# non publishing server
publish=False
[extensions]
# we need to strip some changeset for some test cases
strip=
[experimental]
# enable evolution
evolution=all
[alias]
# fix date used to create obsolete markers.
debugobsolete=debugobsolete -d '0 0'
EOF
mkcommit() {
echo "$1" > "$1"
hg add "$1"
hg ci -m "$1"
}
getid() {
hg log --hidden --template '{node}\n' --rev "$1"
}
setuprepos() {
echo creating basic server and client repo
hg init server
cd server
mkcommit root
hg phase --public .
mkcommit A0
cd ..
hg clone server client
}