p#jthdZddlmZddlmZddlmZeejjdz Z d dd Z d S)u Baked-in build metadata for Hermes Agent. Source installs report their git revision live via ``git rev-parse`` (see ``hermes_cli/dump.py`` and ``hermes_cli/banner.py``). That doesn't work inside the published Docker image because ``.dockerignore`` excludes ``.git``, so those callsites fall back to ``"(unknown)"`` / drop the banner suffix entirely. To make ``hermes dump`` and the startup banner identify the exact commit the image was built from, the Docker build writes the build-time ``$HERMES_GIT_SHA`` arg into ``/.hermes_build_sha``. This module is the single read-side helper consumed by both callsites — keeping the lookup in one place so the file path and missing-file behaviour stay consistent. Behaviour: - Returns ``None`` when the file is absent. Source installs and dev images built without the ``HERMES_GIT_SHA`` build-arg fall through to live-git resolution in the caller, so non-Docker installs are unaffected. - Returns ``None`` on any IO / decoding error. The build-sha is a nice-to-have for support triage; nothing in the CLI is allowed to crash because of it. - Truncates to ``short`` characters (default 8) to match the format used by ``git rev-parse --short=8`` throughout the codebase. ) annotations)Path)Optionalz.hermes_build_shashortintreturn Optional[str]c tsdStd}n#t$rYdSwxYw|sdS|r|dkr |d|n|S)aReturn the baked-in build SHA, truncated to ``short`` chars, or None. Reads ``/.hermes_build_sha`` if present. The file is written by the Dockerfile's ``HERMES_GIT_SHA`` build-arg and contains the full 40-character commit hash on a single line. Nzutf-8)encodingr)_BUILD_SHA_FILEis_file read_textstrip Exception)rshas :/home/ubuntu/.hermes/hermes-agent/hermes_cli/build_info.py get_build_shar$s&&(( 4'''99??AA tt t 6EAII3vv;;36sA -A AAN)r)rrr r ) __doc__ __future__rpathlibrtypingr__file__parentr rrrs2#"""""$x..'.1DD7777777r