我有两个位置 A+B，需要使用 Windows DFS 复制以下列方式处理这些分支之间的一个特殊目录：所有写入 A 目录的内容都需要由 B 拉取。B 的那个目录中的所有删除都需要再次推到A。最后，它只是简单地将所有内容从 A 拉到 B，并在某个时刻在 A 和 B 处清空。
重要的是目录是一些特殊应用程序的文件系统接口。该应用程序仅在主机 B 上运行，而主机 A 为该应用程序创建数据。DFS 用于将数据从 A 可靠地传输到 B。
因为它是一个文件系统接口，所以它需要遵循一些约定，以便 B 处的应用程序知道它何时可以访问所有文件。该约定很简单，在创建所有数据之前创建一个特殊的锁定文件，并在创建所有数据后删除锁定文件。删除锁定文件意味着主机 B 上的应用程序可以随意处理数据。当然，与传输的其他数据相比，该锁定文件非常非常小，而所有其他数据理论上可能有数百 MiB 大小。因此，为了可靠地使用 DFS，复制时需要考虑文件系统操作的顺序。
从我目前所读到的关于 DFS 的内容来看，它可能会乱序传输文件：
DFS 复制是否按时间顺序复制文件？
不可以。文件可能会乱序复制。
OTOH，它已经通过 ID 跟踪文件，并且锁定文件的 ID 将低于其他文件的 ID。
如果我重命名文件会怎样？
DFS 复制在下一次复制期间重命名复制组的所有其他成员上的文件。使用唯一 ID 跟踪文件，因此重命名文件和在副本中移动文件不会影响 DFS 复制复制文件的能力。
此外，似乎还有一些关于并发下载的设置，在最坏的情况下可能会降低到 1。不过，这当然不能保证像我需要的那样严格的文件操作顺序。锁定文件可以在传输两个其他大文件之间简单地删除。
如何处理同时复制？
每个复制文件夹有一个更新管理器。更新管理器彼此独立工作。
使用Windows 更改日志并遵循要复制的源文件夹中的事件顺序，具有某种操作模式或类似的 DFS 会很棒。这应该保证 DFS 在第一个和最后一个操作中创建和删除锁定文件，就像在源文件夹中所做的那样。
那么，有什么方法可以让 DFS 中的文件操作严格排序，以便与基于文件系统的接口一起使用？
谢谢！
