Problem
I'm working on a downstream tool that needs to read the results of a hive simulation. Currently, Hive generates test result files with arbitrary, timestamp-based names (e.g., 1756204700-67af2edb7fbce5f0104bde48cd4f87df.json). This makes it difficult to predictably consume results in downstream systems and CI/CD pipelines.
Proposed solution
Add a CLI flag like --results-filename to allow users to specify a custom name for the results JSON file.
Benefits
- Predictable Integration: Downstream tools can reliably locate and parse results without scanning directories or implementing filename discovery logic
- CI/CD Friendly: Enables clean pipeline chaining where one step runs Hive tests and subsequent steps process results using a known filename
Current workaround
Projects must implement directory scanning to find files with hyphens in the name, excluding hive.json - this is error-prone and adds unnecessary complexity.
Backward compatibility
The feature would be optional, maintaining current behavior when no custom name is specified.
Problem
I'm working on a downstream tool that needs to read the results of a hive simulation. Currently, Hive generates test result files with arbitrary, timestamp-based names (e.g.,
1756204700-67af2edb7fbce5f0104bde48cd4f87df.json). This makes it difficult to predictably consume results in downstream systems and CI/CD pipelines.Proposed solution
Add a CLI flag like
--results-filenameto allow users to specify a custom name for the results JSON file.Benefits
Current workaround
Projects must implement directory scanning to find files with hyphens in the name, excluding
hive.json- this is error-prone and adds unnecessary complexity.Backward compatibility
The feature would be optional, maintaining current behavior when no custom name is specified.