mirror of
https://github.com/facebook/sapling.git
synced 2024-10-10 08:47:12 +03:00
c78cf6ca3b
Summary: On Windows, some Mercurial commands may create files in `.hg` directory even if EdenFS is not running. As a result, the command itself will fail while the file still left in the directory. Users typically will then start EdenFS and repeat the same command. However, due to the current design of EdenFS, it will not be able to recognize these files created when it is stopped and return errors for any attempts to write/remove the file, generate another error. Users then need to stop EdenFS and manually remove the file in `.hg` directory to recover the repository. This creates a very bad user experience. The correct way to fix this is to teach EdenFS to track the modifications happened when it is not running, however this will take a few weeks to get there. For a temporary measurement, we teach Mercurial to abort when EdenFS isn't running to avoid trickier recoveries. Reviewed By: quark-zju Differential Revision: D24001090 fbshipit-source-id: abc1ebcdae3819756fe64b5321f52a6e62c0c360 |
||
---|---|---|
.. | ||
eden_apfs_mount_helper | ||
hgmain | ||
scm_daemon | ||
scratch | ||
utils |