我第一次尝试Yeoman Server 并看到它提供了一个本地监视工具作为LiveReload的后备。以下是文档解释回退的方式：
“[Yeoman Server] 会自动启动该yeoman watch进程，因此对任何应用程序文件的更改都会导致浏览器通过 LiveReload 刷新。如果您没有在本地安装 LiveReload，则将使用后备重新加载进程。”
到目前为止，回退过程运行良好，我喜欢它不需要在浏览器/菜单栏中安装任何东西。
有没有人用 Yeoman 尝试过这两种手表工具？如果您“升级”到 LiveReload，工作流程有何不同以及您可以获得哪些附加功能？
更新：对 API 的快速检查显示，Yeoman 的实时重新加载功能实际上是 LiveReload。他们是一回事。它在没有浏览器扩展的情况下工作的原因是因为它们使用的是 LiveReload 的snipvr代码片段。有可能通过 LiveReload GUI 访问一些附加功能，也可能用于移动设备测试，但功能更可能是相同的。
正如我在更新中提到的，我检查了 Yeoman 的源代码并意识到实时重新加载功能实际上是LiveReload。他们是一回事。LR 的创建者Andrey Tarantsov让他的宝贵工具在这样一个流行的开源项目中使用而无需付费，这真是太酷了。
Yeoman Watch 在没有浏览器扩展的情况下工作的原因是因为它使用的是 LiveReload 的 snipvr 片段。
因此，LiveReload 和运行“yeoman watch”的功能本质上是相同的。但是，我发现拥有 LiveReload 仍然有好处。我首选的工作流程是将 LiveReload 和CodeKit结合起来。
在（预构建）开发期间，我使用 CodeKit 来编译我的 Sass/Compass 文件和Jade模板（另一个很棒的工具，顺便说一句），因为 CodeKit 的配置选项比 LiveReload 的更广泛。由于 CodeKit 不适用于 Firefox（仅限 Chrome 和 Safari），因此我同时运行 LiveReload，以便可以在两个浏览器中实时看到更改。
此工作流还具有额外的好处，即能够通过将 LiveReload 的“自定义命令”功能与 CodeKit 的“高级编译器设置”功能相结合来“即时分叉”。
编辑： 毕竟我在下面所说的并不完全正确。我做了一些更多的测试，发现即使没有先编辑 HTML 文件，编辑 .scss 文件也会显示更改，所以是的，在这一点上，我还没有了解 LiveReload 和后备之间的区别过程是。
我这样说的前提是我没有安装 LiveReload，但是从迄今为止我在 Yeoman 中所做的测试来看，我所看到的“后备重新加载过程”是它不会重新加载页面，直到HTML 文件被保存，因此在 HTML 文件从系统接收到 Save 事件之前，保存的 CSS 更改不会立即可见。根据 livereload.com 的说法，“...当您更改 CSS 文件或图像时，浏览器会立即更新，而无需重新加载页面”，因此它似乎是一个更强大的过程。
（对不起，不是一个完整的答案，因为我没有可用的 LiveReload，但是这个问题已经提出了几天没有回复，所以我认为任何信息总比没有好。）