当Mac OS X客户端在Windows共享中复制文件时，他们将创build一些文件，如.DS_Store和._前缀隐藏文件（我认为存储文件的资源分支）。
我怎样才能防止这些文件的这些股份污染？
在其他媒体（例如闪存驱动器）上工作的解决scheme也受到赞赏。
这篇苹果支持文章解释了如何做到这一点：
Mac OS X 10.4：如何防止通过networking连接创build.DS_Store文件
- 打开terminal。
- types：
defaults write com.apple.desktopservices DSDontWriteNetworkStores true- 按回车键。
- 重新启动计算机
防止networking驱动器上的.DS_Store文件。
从docker：
defaults write com.apple.desktopservices DSDontWriteNetworkStores true
我build议查看Server Fault上的其他问题：
Mac用户的文件共享 什么是.DS_Store文件，以及为什么OSX将它们留在Windows共享上？
据我所知，不能禁用资源分叉保存为单独的文件（我想这里是错误的），因为它是devise的一部分，以避免在Mac OS X中的非HFS或UFS驱动器上丢失数据。但是可以“否决”在服务器上创build的这些文件 – 但是要注意某些实际上需要资源分支的程序（例如Quicken）。
要否决从上面列出的第一个问题中获取的文件：
另外你应该知道，通过SMB，你会注意到
._FILENAME文件的创build – 这就是OS X如何在其他文件系统上维护资源分支数据。 如果他们尝试打开错误的文件，这可能会导致基于Windows的计算机上的某个人遇到问题。有可能让服务器不允许这些文件（在smb.conf中可以设置
veto_files=._*），但是它在Windows Server 2003中的位置我不确定，但我相信使用TechRepublic的这篇文章应该是一个有价值的起点。
还有一个名为Blue Harvest（13美元）的第三方实用程序，它以不严格的方式解决了这个问题，但对用户完全透明。 它让Finder创build文件，然后立即进入并擦除它们。 对于我来说，它已经相当稳定和可靠了，通过smb对Windows Small Business Server 2003进行操作。
我不知道是否可以停止资源分叉，但是可以通过向每个客户端发出以下命令来停止在networking共享上创build.ds_store文件：
默认写入com.apple.desktopservices DSDontWriteNetworkStores为true
我不能评论答案，但是要提一提，你必须非常小心否决文件，因为Finder在试图复制文件时会窒息，我在这里详细介绍。