Skip to content

Draft: Add hybrid CASE_HASH support for issue #136#157

Draft
tomvothecoder wants to merge 1 commit intoE3SM-Project:mainfrom
tomvothecoder:codex/issue-136-case-hash-hybrid
Draft

Draft: Add hybrid CASE_HASH support for issue #136#157
tomvothecoder wants to merge 1 commit intoE3SM-Project:mainfrom
tomvothecoder:codex/issue-136-case-hash-hybrid

Conversation

@tomvothecoder
Copy link
Copy Markdown
Collaborator

Summary

  • parse and persist CASE_HASH from env_case.xml
  • keep case-name-based grouping as the authoritative resolver
  • warn when CASE_HASH drifts across executions for the same case name
  • expose case_hash on simulation schemas and add a migration for simulations.case_hash

Why not group by CASE_HASH yet?

Issue #136 now has confirmed real-world evidence that CASE_HASH can be consistent across some executions and drift across others for the same logical case. Making it the sole grouping key now would risk splitting one logical case into multiple SimBoard cases.

This change implements the safe hybrid path:

  • store CASE_HASH
  • make it available for diagnostics and future evaluation
  • retain existing case-name grouping when hashes conflict or are missing

Testing

  • uv run pytest tests/features/ingestion/parsers/test_case_docs.py tests/features/ingestion/test_ingest.py tests/features/simulation/test_schemas.py tests/features/simulation/test_api.py
  • make backend-test

Refs #136

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant