问死后分析的Bazel日志:当你坠毁的时候你在做什么？

EN

假设您正在使用bazel来管理大型和多样化项目的构建(它的目的是什么)。然后你就开始收到关于中型建筑崩溃的报告。也许这些都在你无法访问的开发者机器上，也许它们处于短暂的CI容器中，关键是在大多数崩溃时，您无法可靠地访问这台机器。

假设大多数这些崩溃都是bazel服务器即将崩溃。它可能挂在grpc调用上，可能是Java堆OOM异常。

你怎么能：

1. 默认情况下启用良好的日志记录(包括bazel客户端和服务器)，可以有效地执行哪些后期记录？
2. 提供有时间戳的日志，说明bazel何时开始执行构建或测试操作，以及何时完成每个操作(从而能够找出崩溃时运行的操作可能是错误的)？

任何关于为bazel构建启用良好的默认日志记录的帮助都是非常感谢的。我对--subcommands或--verbose_failures这样的垃圾邮件并不感兴趣(因为大多数情况下，这些垃圾邮件只是隐藏了更多有用的信息)。我也知道--explain，但它的输出通常很少，几乎没有任何价值。

我想我的问题的一个重新措辞可能是:我如何才能实现--explain应该做的事情？