Re: [PATCH v6 0/6] A design for future-proofing fsync() configuration

> After this change, new persistent data files added to the repo will need to
> be added to the fsync_component enum and documented in the
> Documentation/config/core.txt text.
>
> V6 changes:
>
>  * Move only the windows csprng includes into wrapper.c rather than all of
>    them. This fixes the specific build issue due to broken Windows headers.
>    [6]
>  * Split the configuration parsing of core.fsync from the mechanism to focus
>    the review.
>  * Incorporate Patrick's patch at [7] into the core.fsync mechanism patch.
>  * Pick the stricter one of core.fsyncObjectFiles and (fsync_components &
>    FSYNC_COMPONENT_LOOSE_OBJECTS), to respect the older setting.
>  * Issue a deprecation warning but keep parsing and honoring
>    core.fsyncObjectFiles.
>  * Change configuration parsing of core.fsync to always start with the
>    platform default. none resets to the empty set. The comma separated list
>    implies a set without regards to ordering now. This follows Junio's
>    suggestion in [8].
>  * Change the documentation of the core.fsync option to reflect the way the
>    new parsing code works.