Show More
@@ -1,59 +1,67 b'' | |||
|
1 | 1 | == New Features == |
|
2 | 2 | |
|
3 | 3 | * `hg purge` is now a core command using `--confirm` by default. |
|
4 | 4 | |
|
5 | 5 | * The `rev-branch-cache` is now updated incrementally whenever changesets |
|
6 | 6 | are added. |
|
7 | 7 | |
|
8 | 8 | * The new options `experimental.bundlecompthreads` and |
|
9 | 9 | `experimental.bundlecompthreads.<engine>` can be used to instruct |
|
10 | 10 | the compression engines for bundle operations to use multiple threads |
|
11 | 11 | for compression. The default is single threaded operation. Currently |
|
12 | 12 | only supported for zstd. |
|
13 | 13 | |
|
14 | 14 | == Default Format Change == |
|
15 | 15 | |
|
16 | 16 | These changes affects newly created repositories (or new clone) done with |
|
17 | 17 | Mercurial 5.8. |
|
18 | 18 | |
|
19 | 19 | * The `ZSTD` compression will now be used by default for new repositories |
|
20 | 20 | when available. This compression format was introduced in Mercurial 5.0, |
|
21 | 21 | released in May 2019. See `hg help config.format.revlog-compression` for |
|
22 | 22 | details. |
|
23 | 23 | |
|
24 | * Mercurial installation built with the Rust parts will now use the | |
|
25 | "persistent nodemap" feature by default. This feature was introduced in | |
|
26 | Mercurial 5.4 (May 2020). However Mercurial instalation built without the | |
|
27 | fast Rust implementation will refuse to interract with them by default. | |
|
28 | This restriction can be lifted through configuration. | |
|
29 | ||
|
30 | See `hg help config.format.use-persistent-nodemap` for details | |
|
31 | ||
|
24 | 32 | == New Experimental Features == |
|
25 | 33 | |
|
26 | 34 | * There's a new `diff.merge` config option to show the changes |
|
27 | 35 | relative to an automerge for merge changesets. This makes it |
|
28 | 36 | easier to detect and review manual changes performed in merge |
|
29 | 37 | changesets. It is supported by `hg diff --change`, `hg log -p` |
|
30 | 38 | `hg incoming -p`, and `hg outgoing -p` so far. |
|
31 | 39 | |
|
32 | 40 | |
|
33 | 41 | == Bug Fixes == |
|
34 | 42 | |
|
35 | 43 | |
|
36 | 44 | |
|
37 | 45 | == Backwards Compatibility Changes == |
|
38 | 46 | |
|
39 | 47 | * In normal repositories, the first parent of a changeset is not null, |
|
40 | 48 | unless both parents are null (like the first changeset). Some legacy |
|
41 | 49 | repositories violate this condition. The revlog code will now |
|
42 | 50 | silentely swap the parents if this condition is tested. This can |
|
43 | 51 | change the output of `hg log` when explicitly asking for first or |
|
44 | 52 | second parent. The changesets "nodeid" are not affected. |
|
45 | 53 | |
|
46 | 54 | |
|
47 | 55 | == Internal API Changes == |
|
48 | 56 | |
|
49 | 57 | * `changelog.branchinfo` is deprecated and will be removed after 5.8. |
|
50 | 58 | It is superseded by `changelogrevision.branchinfo`. |
|
51 | 59 | |
|
52 | 60 | * Callbacks for revlog.addgroup and the changelog._nodeduplicatecallback hook |
|
53 | 61 | now get a revision number as argument instead of a node. |
|
54 | 62 | |
|
55 | 63 | * revlog.addrevision returns the revision number instead of the node. |
|
56 | 64 | |
|
57 | 65 | * `nodes.nullid` and related constants are being phased out as part of |
|
58 | 66 | the deprecation of SHA1. Repository instances and related classes |
|
59 | 67 | provide access via `nodeconstants` and in some cases `nullid` attributes. |
General Comments 0
You need to be logged in to leave comments.
Login now