Initialize the Python venv before applying custom build version overrides

XMLWordPrintableJSON

    • DevProd Build
    • Fully Compatible
    • ALL
    • v9.0
    • 200
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      Problem

      Custom build packaging tasks can fail on fresh hosts while applying version expansions. The custom version override is invoked before the Python virtual environment is initialized, so its Python dependency imports fail with exit code 1.

      Root Cause

      The shared version-expansion flow applies the custom build version override before venv setup. The override path depends on the venv, but the ordering assumes that dependency initialization has already occurred.

      Scope of Work

      • Move custom version override application until after venv initialization.
      • Keep the shared version-expansion function independent of venv initialization.
      • Reapply the custom version after fetching shared expansions on package-test paths so custom artifact versioning is preserved.
      • Add coverage that verifies the command ordering.

      Acceptance Criteria

      • Custom build version expansion completes on fresh hosts without dependency-import failures.
      • Custom artifact/package version overrides remain effective.
      • The command-ordering test prevents regressions.

      References

            Assignee:
            Daniel Moody
            Reporter:
            Daniel Moody
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: