Gitwatch: 未检测到所有相关事件

创建于 2012-12-06  ·  9评论  ·  资料来源: gitwatch/gitwatch

inotifywait没有事件create inotifywait情况下询问

此外,您可以添加事件move_self (或仅move来获取/获取)来检测移出监视目录的文件。 例如,监视目录是/foo/并且您将文件/foo/bar/tmp/

help wanted

最有用的评论

我还没有进行全面调查,但所使用的事件也会导致 Windows 上的 inotify-win 出现问题。 inotify-win 事件有:创建、修改、删除、移动。 从脚本中删除事件列表可解决此问题。

指定事件列表后,除非您执行 git status 之类的操作,否则不会发生任何事情。 然后它似乎看到了变化并运行。

也许它可能是一个可选的参数?

除此之外,它在 Windows 上运行良好。

所有9条评论

是的,我在脚本中添加的事件是因为那些是我在第一次编写脚本的情况下看到的事件。 我会尝试更多地调查哪些事件是必要/有用的(比如你建议的事件,也许是其他事件)。 其中一些也可能通过命令行开关启用。 另一件要注意的事情是最近是否添加了任何事件类型(以免与较旧的 inotfytools 版本不兼容)。

任何进一步的相关事件都应在本期中讨论,因此暂时将其保留。

我还没有进行全面调查,但所使用的事件也会导致 Windows 上的 inotify-win 出现问题。 inotify-win 事件有:创建、修改、删除、移动。 从脚本中删除事件列表可解决此问题。

指定事件列表后,除非您执行 git status 之类的操作,否则不会发生任何事情。 然后它似乎看到了变化并运行。

也许它可能是一个可选的参数?

除此之外,它在 Windows 上运行良好。

我为可选的 arg 建议添加了拉取请求: https :

mfw 有人在这个项目上发帖

这是一个不错的收获! 我不知道 inotify-tools 已被移植到 Windows。

通过参数传递有趣的事件当然很有用。

不幸的是, excludes 选项需要一个 Windows 路径,当从 mingw bash ${TARGETDIR}显然会给出一个 unix 路径。 所以我需要另一种解决方法。

嗯,这可能是 MinGW 的限制,并且可能很难解决。 我对这种事情没有特别的经验,但是如果您有要测试的东西,请告诉我(如果您开始着手处理,请随时打开 PR 以跟踪更改)。

由于 429c4af5bf28d015dd3aab8964291ae4c4ec9be6 添加了一个命令行开关以让用户指定要监视的事件,因此一旦该提交合并到 master 中,此问题将等待关闭。 (如果我合并后忘记了,有人会提醒我。)

如果有人可以自愿测试此修复程序,那就太好了。

此页面是否有帮助?
0 / 5 - 0 等级