如何在 Mac OSX/Finder 中复制目录后触发脚本

Question

在 Snow Leopard 中，每当用户在 Finder 中复制目录时，我想触发脚本/代码。我怎样才能做到这一点？

我一直在寻找文档，但我对这种类型的工作有点陌生，无法识别正确的方法。

动机：如果一个目录受版本控制，例如使用 git 或 hg 或 svn，并且用户复制该目录，那么我想运行一个脚本来搜索原始目录，然后创建一个 '版本控制中的标记。如果用户重命名该目录（例如在 10 秒内），则重命名将成为该标签注释的一部分。我最终也想添加一些覆盖图标来指示目录的版本控制状态。

扩展动机：我面临的问题是版本控制软件，如 git 和 hg，在我看来太复杂了，因为它与文件系统太脱节，并且充当了某种影子文件系统。我是版本控制的忠实粉丝，并且已经使用它很多年了 - 但我也看到了由于其复杂性而导致的部署限制。现实情况是，如果更易于使用，将会有更多代码处于版本控制之下。

我正在研究创建一个更易于使用且不需要终端访问的 VCS 系统的可行性。想象一下，如果 Apple 将其作为 finder 和/或 iLife 的一部分，版本控制（代码）会是什么样子 - 简单，但足够好。实际上，我显然不会重新发明 vcs，但我希望为 hg 之类的东西构建一个模块/插件，并将其与重新设想 vcs 如何为以查找器为中心的 UI 工作相结合a - 一切都是为了为更休闲的程序员创建一个更简单但足够好的 VCS。

第一个技术障碍是检测目录副本和重命名 - 因此出现了这个问题。

文件数量：由于该项目的主要动机是源代码版本控制，因此我只需要匹配与您正在处理的项目数量相匹配的目录数量。因此，如果您正在开发两个不同的项目，那么我认为我只需要跟踪两个目录 - 每个项目的根目录。现在，我完全承认，此时我可能会错误地描述需求，所以也许我需要跟踪项目中的所有目录，甚至可能还需要跟踪这些项目中的所有文件，所以可以说，对于为了论证，一个典型的项目中有 1,000 个文件。所以，基本上，可能只有几个目录，或者几百个目录，或者几千个文件。重要的是，我认为 50,000 个文件属于较高范围。

用户从查找器中复制目录“trunk”

后备箱 -->主干副本

如果用户将“主干副本”重命名为“主干副本固定#255每种颜色” 主干目录（不是副本）将被标记为 评论“固定每种颜色 #255”

参考：

• 文件系统事件编程

  • 在启动时，如果注册目录中的某些内容发生更改 - 如果大目录中的任何一个文件发生更改，则会收到通知。我认为它不会告诉你发生了什么变化。

• 内核队列

  • 您可以注册以获得有关个人文件级别的通知。您的选择（至少）如下： 注意_删除|注意_写 |注意_扩展 |注意_ATTRIB |注意_LINK |注意_重命名 |注意_REVOKE 这可能用于检测目录重命名（它适用于目录吗？），但显然不是目录副本。

稍微相关的问题：

• 如何编写finder插件

谢谢， 杰杰

Answer 1

最初的帖子提出了一个非常大的项目，有很多未指定的功能。您的“扩展动机”以“...检测目录副本并重命名...”结尾很有帮助。

首先，您几乎通过引用文件系统事件和内核队列来回答您自己的帖子。您关闭文件夹操作的做法是正确的，但原因错误。您似乎关心为大量文件夹激活 FA。这不是问题，因为它可以自动化。 FA 不起作用的原因是它们无法检测文件重命名。此外，由于操作是 AppleScript，因此在开销和并发性方面存在巨大问题。

您对 FS 事件的看法是正确的：（来自 达尔文文档）

重要的一点是
通知的粒度
位于目录级别。它告诉你
只有目录中的东西
已经改变，但不告诉你
发生了什么变化。

所以看起来你只剩下内核队列了。他们做一切事情。请注意，您必须聪明地使用内核队列 - 您必须知道苍蝇的名称才能监视它。因此，当创建新文件/文件夹时，您必须解释事件并打开（O_EVTONLY）新文件。但是，有一个问题：（更多达尔文文档）

如果您正在监控大型
内容的层次结构，你应该使用
然而，文件系统事件
因为内核队列有点
比内核事件更复杂，并且
可能会更加资源密集，因为
额外的用户内核
涉及沟通。

另一个回复提到 TimeMachine 使用 FS Events。我对此表示怀疑，因为注意到了“粗粒度”。我怀疑内核“关闭文件”代码中有一个特殊的钩子。至少，如果您想监视许多文件，这似乎是您所需要的。您考虑几个？

Answer 2

听起来文件系统事件就是您想要的。也许您因为它看起来很复杂而回避它，但我认为您想要做的事情总体来说很复杂。

Spotlight 和 Time Machine 使用文件系统事件来确定文件系统中发生的更改，从而确定哪些文件需要索引或备份。您的要求类似，只是您想要检查更新的目录是否存在于源代码管理中，而不是备份，如果不存在，则确定是否应将某些内容（新目录或标签或其他内容）添加到源代码管理中。

可能有一种方法可以在 Finder 中执行此操作，但您可能还想知道用户是否从命令行或其他程序复制目录。

您能更详细地介绍一下您使用此功能的动机吗？听起来您正在尝试使用户能够“使用”源代码管理，而无需实际学习它。 “只需复制目录，集成代码就会处理一切。”但我认为您在尝试将非常一般的文件系统更改解释为隐式源代码控制命令时会遇到问题。

Answer 3

如果您只想在某些文件夹上触发此脚本，那么您应该使用 Apple 所谓的“文件夹操作”，您可以将其附加到您喜欢 Apple 脚本的任何文件夹。

我不知道 Finder 到底会触发什么，但如果我有我的 Mac，我知道我会打开自动化程序并在“文件和文件夹”下查看，我 100% 你会在那里找到一个复制或复制的事件。

Answer 4

在自动化脚本中，查找器/系统中没有“重复”和“重命名”事件，因此您所要求的正是需要使用文件系统事件（我不会涉及），但以下快速 applescript

• 捕获添加到文件夹中的所有项目（包括通过重复添加的项目）
• 要求用户提供标签名称
• ，使用此信息运行 bash 脚本，

这将使您能够构建一个好的解决方案

1. ，将 additem.scpt 放置在/Library/Scripts/Folder Action Scripts
2. fixup.sh 位于包含 trunk 的文件夹中（或调整并放在您喜欢的位置）
3. ，右键单击并选择“文件夹操作设置...”
4. 使用新脚本
5. 编辑 连接该文件夹fixup.sh 以满足您的需求

additem.scpt

on adding folder items to this_folder after receiving added_items
        try
                tell application "Finder"
                        set the folder_name to the name of this_folder
                end tell

                set the item_count to the number of items in the added_items

                repeat with an_added_item in added_items
                        tell application "Finder"
                                set item_name to name of an_added_item
                        end tell

                        set new_name to text returned of (display dialog "Please enter tag name " default answer item_name buttons {"Continue…"} default button 1)

                        set the scriptcode to "\"" & POSIX path of this_folder & "fixup.sh\" \"" & POSIX path of an_added_item & "\" \"" & new_name & "\""
                        display dialog scriptcode
                        do shell script scriptcode
                end repeat
        end try
end adding folder items to

fixup.sh

#!/bin/bash

if [ -d "$1" ]
then
  echo asked to fixup \"$1\" >> /tmp/fixup.log
fi