1. 13
  1. 4

    The new release adds a builtin file watcher for macOS and Windows to improve git status performance. Activating the watcher per repository works like this: git config core.fsmonitor true.

    1. 1

      Note that activating core.fsmonitor might result in the following warning message: warning: Empty last update token.

      1. 1

        Tangential question: what would be the kind of workloads where NTFS would be an optimal choice ? File operations seem to be so costly on it.

        1. 1

          On windows it’s the only filesystem that offers journaling.

          There was some cool advances for the time with regards to security and file compression when the disk gets close to full.

          These days modern Linux filesystems obsolete it quite clearly.

          HFS+ on MacOS was in the same circumstances which is why Apple is working on APFS and Microsoft is working on ReFS.

          1. 2

            Apple is working on APFS

            APFS is the default file system on all devices sold by Apple today.

        2. 1

          I didn’t see much performance boost on one of our large repos at work. Makes me think most of the time spent by git status is due to AV software.

          1. 1

            Im still prefering FB’s watchman over the current IPC implementation.

            Not only that the config supports Linux, watchman also uses multiple different mechanism to watch the file instead of just 1. It’s battle tested against FB’s monorepo and is critically depended by many dev tools in facebook.

            Finally, the watchman daemon provides SDK for other tools to integrate with. So I see no benefit in switching to this IPC implementation if you have already been using watchman.

          2. 2

            Sparse index going GA should be a big deal for a lot of orgs with giant monorepo.