| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
Allow users to specify a custom path for the virtual environment when using activate-environment. This is useful for CI workflows that need to create isolated venvs outside the working directory (e.g., in $RUNNER_TEMP) to avoid conflicts with project-level configurations. When venv-path is not specified, the default behavior remains unchanged (.venv in the working directory).
| core.info("Activating python venv..."); | ||
| await exec.exec("uv", execArgs); | ||
| // Use custom venv path if provided, otherwise default to .venv in working directory | ||
| const venvPath = |
There was a problem hiding this comment.
Let's move that to getVenvPath to encapsulate all logic there
Sorry, something went wrong.
There was a problem hiding this comment.
Fixed!
Sorry, something went wrong.
Signed-off-by: Eli Uriegas <eliuriegas@meta.com>
| } | ||
| } | ||
|
|
||
| function getVenvPath(): string { |
There was a problem hiding this comment.
Is there a reason I am not seeing why the logic of this function cannot fully move to inputs.ts?
Sorry, something went wrong.
Allow customizing the venv location while preserving working-directory semantics via --directory. Supersedes: #736
| Back | FazBrowse Home | New Git URL |
Allow users to specify a custom path for the virtual environment when using activate-environment. This is useful for CI workflows that need to create isolated venvs outside the working directory (e.g., in $RUNNER_TEMP) to avoid conflicts with project-level configurations.
When venv-path is not specified, the default behavior remains unchanged (.venv in the working directory).
Also adds a CI test for this