Предположим, вы используете bazel для управления сборками для большого и разнородного проекта (для чего он предназначен). Затем вы начинаете получать сообщения о сбоях в середине сборки. Возможно, они находятся на машинах разработчика, к которым у вас нет доступа, может быть, они находятся в переходных контейнерах CI, суть в том, что у вас нет надежного доступа к машине во время большинства сбоев.
Предположим,большинство этих сбоев - умирающий сервер Bazel. Возможно, это зависало при вызове grpc, возможно, это было исключение OOM кучи Java.
Как вы можете:
включить хорошее ведение журнала по умолчанию (как для клиента Bazel, так и для него). сервер), с какими посмертными письмами можно эффективно выполнять?
предоставляют журналы с метками времени, когда bazel начал выполнять действие по сборке или тестированию, и когда он завершил каждое действие (и, таким образом, смог найтикакие действия выполнялись во время сбоя и могут быть ошибочными?)
Любая помощь по включению хорошей регистрации по умолчанию для сборок Bazel приветствуется. Меня не интересуют такие вещи, как --subcommands или --verbose_failures, которые рассылают спам в stdout / stderr (так как большую часть времени это просто шум, скрывающий там более полезную информацию). Я также знаю о --explain, но обычно он выдает очень мало и почти ничего не имеет значения.
Я думаю, что мой вопрос может быть перефразирован: как я могу достичь того, что, вероятно, должен делать --explain