GitHub provides feeds，它可以对目录和文件执行此操作。1使用该联合，像Blog Trottr这样的服务可以在提要更新时向您发送电子邮件。
一些样本取自master上的the Linux source code：
| | 目录|文件|
| - ------|- ------|- ------|
| 来源于GitHub|/Documentation|/Documentation/Makefile|
| GitHub上的历史|/Documentation|/Documentation/Makefile|
| 历史Atom提要|/Documentation|/Documentation/Makefile|
谢谢你，youfu。

如果你真的需要监视一个目录的话，我想不出有什么办法。但是如果你可以只监视一个文件的话，你可以在这个文件的raw视图上使用一个像VisualPing 1这样的变化跟踪器。目录视图可能会在每次有人开始或观看这个项目时发生变化。但是一个文件对于很多人来说应该足够了（特别是使用Makefile.am/CMakeLists.txt/等列出所有子目录）。
1没有特别的背书，他们买了我之前用的服务。

我确认GitHub上的“监视”功能是在存储库级别，而不是目录级别。
对于目录级监视，您可以通过以下方式来实现，例如，每隔x小时克隆一个本地进程，然后拉取该repo，检查每个新提交的ls-tree，如果检测到plugins中的更新，则向您发送电子邮件。

你可以在提交页面上跟踪网站的变化，例如我使用Follow That Page来记录a file on ActiveAdmin's github.的历史

我刚发现这项服务：https://app.github-file-watcher.com/
通过观察GitHub上的仓库可以了解社交活动（例如PR、问题等），但无法了解您可能关心的文件级更改（例如您正在滥用的内部API、SQL结构、依赖项文件的更改）。
GitHub File Watcher填补了这一空白。只需输入您的电子邮件、您想要跟踪的GitHub存储库以及您想要通知的文件。当它们发生变化时，您会收到电子邮件。
现在还不知道好不好用，现在就开始用。

我将发布一个包含GitHub和邮件过滤器的替代方案：

• 设置所有PR的电子邮件
• 使用过滤器来处理所有这些邮件（对我来说，我会把它们路由到Gmail的"社交"页面。你可以直接删除它们，随便什么）
• 做另一个过滤器（胜于上面一个）寻找路径，你感兴趣的（因为每一个公关电子邮件有每一个变化的文件，你可以寻找文件夹路径），并将这些电子邮件路由到其他地方（也许主要（在Gmail））

示例：

M Dockerfile.nordic (2)
M firmware-nordic-nrf5x/README.md (2)
M jobs-container/firmware-nordic/build-nrf9160-dk.sh (2)

也许我想查看firmware-nordic-nrf5x/的所有更改，所以我将过滤这些更改