Gitwatch: 関連するすべてのイベントが検出されるわけではありません

作成日 2012年12月06日  ·  9コメント  ·  ソース: gitwatch/gitwatch

イベントcreate inotifywaitなしで

また、監視対象ディレクトリから移動したファイルを検出するために、イベントmove_self (または単にmoveにアクセスする)を追加することもできます。 たとえば、監視対象ディレクトリは/foo/ 、ファイル/foo/bar/tmp/移動します。

help wanted

最も参考になるコメント

私は完全には調査していませんが、使用されたイベントは、Windowsでinotify-winの問題も引き起こします。 inotify-winイベントは、作成、変更、削除、移動です。 スクリプトからイベントリストを削除すると、問題が修正されます。

イベントリストが指定されていると、gitstatusのようなことをするまで何も起こりません。 次に、変更を確認して実行しているようです。

おそらくそれはオプションの引数である可能性がありますか?

それ以外は、Windowsでうまく機能しています。

全てのコメント9件

ええ、私が追加したスクリプトにあるイベントは、私が最初にスクリプトを書いた状況で発生しているのを見たものだからです。 どのイベントが必要/有用であるかについてもう少し調査してみます(あなたが提案したイベントのように、おそらく他のイベントのように)。 それらのいくつかは、コマンドラインスイッチで有効にすることもできます。 もう1つ注意すべき点は、イベントタイプのいずれかが最近追加されたかどうかです(少し古いinotfytoolsバージョンとの非互換性を導入しないため)。

さらに関連するイベントについては、この号で説明する必要があります。そのため、今のところは開いたままにしておきます。

私は完全には調査していませんが、使用されたイベントは、Windowsでinotify-winの問題も引き起こします。 inotify-winイベントは、作成、変更、削除、移動です。 スクリプトからイベントリストを削除すると、問題が修正されます。

イベントリストが指定されていると、gitstatusのようなことをするまで何も起こりません。 次に、変更を確認して実行しているようです。

おそらくそれはオプションの引数である可能性がありますか?

それ以外は、Windowsでうまく機能しています。

オプションの引数提案のプルリクエストを追加しました: https

mfw誰かがこのプロジェクトに投稿する

それはいいキャッチです! inotify-toolsがWindowsに移植されていることに気づいていませんでした。

引数を介して興味深いイベントを渡すことは確かに便利です。

残念ながら、excludesオプションにはWindowsパスが必要であり、mingw bashから実行すると、 ${TARGETDIR}明らかにunixパスを提供します。 したがって、別の回避策が必要です。

うーん、それはMinGWの制限かもしれませんが、回避するのは難しいかもしれません。 特にそのようなことは経験したことがありませんが、テストすることがあれば教えてください(作業を開始した場合は、PRを開いて変更を追跡してください)。

429c4af5bf28d015dd3aab8964291ae4c4ec9be6は、ユーザーが監視するイベントを指定できるようにするコマンドラインスイッチを追加するため、このコミットがマスターにマージされると、この問題は解決されるまで保留されます。 (マージ後に忘れた場合、誰かが私に思い出させます。)

誰かがこの修正をテストするために志願することができれば素晴らしいでしょう。

このページは役に立ちましたか?
0 / 5 - 0 評価

関連する問題

hongkongkiwi picture hongkongkiwi  ·  3コメント

miguelarauj1o picture miguelarauj1o  ·  7コメント

Alwaysin picture Alwaysin  ·  8コメント

lehnerpat picture lehnerpat  ·  7コメント

yfeldblum picture yfeldblum  ·  6コメント