Heroku将日志视为有时间顺序的事件流。由于各种原因，不建议在这样的环境中访问文件系统上的*.log文件。

首先，如果你的应用程序有多个dyno，那么每个日志文件只代表了应用程序事件的部分视图。你必须手动聚合所有文件来获得完整的视图。

其次，Heroku上的文件系统是短暂的，这意味着无论何时您的dyno被重新启动或移动(大约每天发生一次)，日志文件都会丢失。所以你最多只能看到一个动态日志的一天。

最后，在Cedar stack上运行heroku控制台甚至heroku run bash不会将您连接到当前运行的dyno。它会为bash命令生成一个新的命令。这被称为一次性过程。因此，您将无法在为heroku运行而生成的dynos上找到运行实际http进程的其他dynos的日志文件。

日志记录和可见性是Heroku的头等大事，有几个工具可以解决这些问题。首先，要查看跨所有dynos和应用程序/堆栈的所有层的应用程序事件的实时流，请使用heroku logs -t命令跟踪输出到您的终端。

$ heroku logs -t
2010-09-16T15:13:46-07:00 app[web.1]: Processing PostController#list (for 208.39.138.12 at 2010-09-16 15:13:46) [GET]
2010-09-16T15:13:46-07:00 app[web.1]: Rendering template within layouts/application
2010-09-16T15:13:46-07:00 heroku[router]: GET myapp.heroku.com/posts queue=0 wait=0ms service=1ms bytes=975
2010-09-16T15:13:47-07:00 app[worker.1]: 2 jobs processed at 16.6761 j/s, 0 failed ...

这对于现在观察应用程序的行为非常有用。如果您想要长时间存储日志，您可以使用提供日志保留、警报和触发器的众多日志附加组件之一。

最后，如果你想自己存储日志文件，你可以设置自己的syslog引流来接收来自Heroku的事件流，然后自己进行后期处理/分析。

总结:不要使用heroku控制台或heroku run bash查看静态日志文件。使用Heroku日志或日志附加组件将Heroku的日志事件流导入应用程序。

更新(感谢dawmail333):

heroku logs -n 1500

或者，活生生地跟踪这些原木

heroku logs -t 

Heroku日志文档

如果你需要超过几千行，你可以使用heroku的Syslog排水

或者(旧方法):

$ heroku run rails c
File.open('log/production.log', 'r').each_line { |line| puts line }

Heroku logs -t显示了活动日志。 Heroku日志-n 1500表示日志数量

但我仍然建议使用纸质记录插件，它有一定的好处，并有免费的基本计划。

你可以使用 Heroku log -n 1500

但这并不是一个推荐的方法(换句话说，并没有向您展示真实的情况)

我建议你插上一些日志工具。(sumoLogic，书面记录等)作为附加组件

它们都有一个免费版本(限制很少，但对于一个小的应用程序或开发环境足够了，这将提供很好的洞察力和工具来分析日志)

在heroku!

$ heroku logs -n 500

更好!

$ heroku logs --tail

引用:http://devcenter.heroku.com/articles/logging

更新

这些不再是附加组件，而是默认功能的一部分:)

我遇到了这样的情况，在我的应用程序的仪表板中，当我打开:

More >查看日志

我不会得到输出，只是挂起…

所以我做了一个谷歌，发现了这个:

Heroku CLI插件列出和创建Heroku应用程序的构建。

我安装并运行:

heroku builds -a example-app /* Lists 10 most recently created builds for example-app, that's where you get the id for the next step*/

然后输入:

heroku builds:output your-app-id-number -a example-app 

就是这样，您应该会得到通常在仪表板GUI或本地看到的内容。

希望这能帮助到像我一样的人!