Gitwatch: 모든 관련 이벤트가 감지되는 것은 아닙니다.

네, 제가 추가한 스크립트에 있는 이벤트는 제가 처음 스크립트를 작성한 상황에서 발생한 이벤트이기 때문에 추가했습니다. 어떤 이벤트가 필요/유용한지에 대해 좀 더 조사하고 조사하겠습니다(예: 제안한 이벤트, 다른 이벤트). 그 중 일부는 명령줄 스위치로 활성화할 수도 있습니다. 살펴보아야 할 또 다른 사항은 이벤트 유형이 최근에 추가되었는지 여부입니다(약간 오래된 inotfytools 버전과의 비호환성을 도입하지 않기 위해).

추가 관련 이벤트가 있으면 이 문제에서 논의해야 하므로 지금은 미해결 상태로 둡니다.

나는 완전히 조사하지 않았지만 사용 된 이벤트는 inotify-win을 사용하여 Windows에서도 문제를 일으 킵니다. inotify-win 이벤트는 생성, 수정, 삭제, 이동입니다. 스크립트에서 이벤트 목록을 제거하면 문제가 해결됩니다.

이벤트 목록을 지정하면 git status와 같은 작업을 수행할 때까지 아무 일도 일어나지 않습니다. 그런 다음 변경 사항을보고 실행하는 것 같습니다.

아마도 선택적 인수가 될 수 있습니까?

그 외에는 Windows에서 잘 작동합니다.

선택적 arg 제안에 대한 pull 요청을 추가했습니다: https://github.com/nevik/gitwatch/pull/17

mfw 누군가가 이 프로젝트에 게시

좋은 캐치네요! inotify-tools가 Windows로 이식되었다는 사실을 몰랐습니다.

인수를 통해 흥미로운 이벤트를 전달하는 것은 확실히 유용합니다.

불행히도 제외 옵션에는 Windows 경로가 필요하며 mingw bash ${TARGETDIR} 에서 실행할 때 분명히 유닉스 경로를 제공합니다. 그래서 다른 해결 방법이 필요합니다.

흠, 그것은 MinGW의 한계일 수 있으며 해결하기 어려울 수 있습니다. 특별히 그런 경험은 없지만 테스트할 것이 있으면 알려주세요(작업을 시작하면 자유롭게 PR을 열어 변경 사항을 추적하세요).

429c4af5bf28d015dd3aab8964291ae4c4ec9be6은 사용자가 모니터링할 이벤트를 지정할 수 있도록 명령줄 스위치를 추가하므로 이 문제는 해당 커밋이 마스터에 병합되면 종료될 예정입니다. (병합 후 잊어 버리면 누군가 나에게 상기시켜줍니다.)

누군가가 이 수정 사항을 테스트하기 위해 자원할 수 있다면 좋을 것입니다.