Mercurial > hg
view relnotes/next @ 47890:3853e6ee160d
dirstatemap: replace `removefile` by an explicit `entry.set_untracked()`
All the other caller goes through `reset_state`, so we can safely have an
explicit method on `DirstateItem` object.
This means that all the logic to preserve the previous state (from p2, merged,
etc) is now properly encapsulated within the DirstateItem. This pave the way to
using different storage for these information.
Differential Revision: https://phab.mercurial-scm.org/D11315
author | Pierre-Yves David <pierre-yves.david@octobus.net> |
---|---|
date | Fri, 20 Aug 2021 11:27:01 +0200 |
parents | ec77f709495c |
children | bad66df931b5 |
line wrap: on
line source
== New Features == * `hg config` now has a `--source` option to show where each configuration value comes from. == Default Format Change == These changes affects newly created repositories (or new clone) done with Mercurial 5.8. == New Experimental Features == == Bug Fixes == == Backwards Compatibility Changes == == Internal API Changes == The Dirstate API have been updated as the previous function leaked some internal details and did not distinct between two important cases: "We are changing parent and need to adjust the dirstate" and "some command is changing which file is tracked". To clarify the situation: * the following functions have been deprecated, - dirstate.add, - dirstate.normal, - dirstate.normallookup, - dirstate.merge, - dirstate.otherparent, - dirstate.remove, - dirstate.drop, * these new functions are added for the "adjusting parents" use-case: - dirstate.update_file, - dirstate.update_file_p1, * these new function are added for the "adjusting wc file" use-case": - dirstate.set_tracked, - dirstate.set_untracked, - dirstate.set_clean, - dirstate.set_possibly_dirty, See inline documentation of the new functions for details.