Gitwatch: Не все релевантные события обнаруживаются

Да, события, которые у меня есть в сценарии, я добавил, потому что это те, которые я видел в ситуации, для которой я впервые написал сценарий. Я постараюсь немного подробнее изучить, какие события необходимы / полезны (например, те, которые вы предложили, а может быть, и другие). Некоторые из них также могут быть включены с помощью переключателей командной строки. Еще одна вещь, на которую следует обратить внимание, - были ли недавно добавлены какие-либо типы событий (чтобы не вносить несовместимость с немного более старой версией inotfytools).

Любые дальнейшие соответствующие события следует обсудить в этом выпуске, поэтому пока оставляем его открытым.

Я не исследовал полностью, но используемые события также вызывают проблемы в Windows с inotify-win. События inotify-win: создание, изменение, удаление, перемещение. Удаление списка событий из сценария устраняет проблему.

С указанным списком событий ничего не происходит, пока вы не выполните что-то вроде git status. Потом вроде видит изменения и работает.

Может быть, это необязательный аргумент?

В остальном он хорошо работает в Windows.

Я добавил запрос на перенос для необязательного предложения аргумента: https://github.com/nevik/gitwatch/pull/17

mfw кто-то пишет об этом проекте

Хороший улов! Я не знал, что инструменты inotify были перенесены на Windows.

Передача интересных событий через аргумент, безусловно, полезна.

К сожалению, для опции excludes требуется путь к Windows, а при запуске из mingw bash ${TARGETDIR} явно дает путь unix. Так что мне нужен другой обходной путь.

Хм, это может быть ограничением MinGW, и, возможно, его трудно обойти. У меня нет особого опыта в подобных вещах, но если у вас есть что проверить, дайте мне знать (если вы начнете над этим работать, не стесняйтесь открывать PR, чтобы отслеживать изменения).

Поскольку 429c4af5bf28d015dd3aab8964291ae4c4ec9be6 добавляет переключатель командной строки, позволяющий пользователю указать, какие события следует отслеживать, эта проблема ожидает закрытия после того, как фиксация будет объединена с мастером. (Кто-нибудь напомнит мне, если я забуду после слияния.)

Было бы здорово, если бы кто-нибудь вызвался протестировать это исправление.