Since the place is being hugged to death as of this comment, I found an archive http://archive.ph/ZgDeT
For those looking at alternatives there is WinFSP [1] source code [2]. It is dual licensed as Open Source GPLv3 and Commercial and includes a FUSE 2.8
and FUSE 3.2 compatibility layer via fuse/fuse.h & fuse3/fuse.h
That's hardly an "alternative". It's basically one of the oldest and more mature projects in the area. I remember prototyping things with it 10 or so years ago and it was already of a very good quality.
The alternative project has no FUSE low-level API support. This is required to implement any real file system with FUSE on windows.
Also they have dependency on cygwin project if your code requires some POSIX semantics, which they all do since most of the FUSE projects are from Linux.
Crossmeta is just NOT about FUSE, it can also provide POSIX capabilities similar to Microsoft WSL. More here https://github.com/crossmeta/sys/
Newer FUSE version 3 mostly address their limitations within Linux implementation. It adds support for concurrent writes and large transfer beyond 4KB.
Crossmeta FUSE is look alike of Linux FUSE but the implementation does not inherit those limitations. It requires to do large concurrent transfer 128KB from Windows NT cache manager. I have to work the sshfs code to handle this since it was not exposed to such large transfer.
Crossmeta kernel has read/write support for XFS and EXT2/3/4
It has readonly support for reiserfs,Apple HFS+
All kernel drivers can be unloaded when not in use.
From FUSE it has support for sshfs and NFS client V3 and V4.
For those looking at alternatives there is WinFSP [1] source code [2]. It is dual licensed as Open Source GPLv3 and Commercial and includes a FUSE 2.8 and FUSE 3.2 compatibility layer via fuse/fuse.h & fuse3/fuse.h
[1] http://www.secfs.net/winfsp/
[2] https://github.com/billziss-gh/winfsp