You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Consider I have the following environments defined:
[tool.pixi.environments]
prod = {features = ["prod"], solve-group = "prod"} # used for production
test = {features = ["test", "prod"], solve-group = "prod"} # used for testing with github actions
dev = {features = ["dev", "test", "prod"], solve-group = "prod"} # used for local development
Let's assume I have a task run-service defined in feature prod.
Current behavior
Using pixi run run-service locally will trigger an interactive session where I have to pick the environment.
To run it in non-interactive mode I need to run pixi run -e dev run-service
Desired Behavior
While the current behavior is working, it might be not intuitive for users to either run with -e dev or choose the environment interactively. This is especially true if users are not that familiar with pixi (for example if they only work with the project but didn't set it up and therefore don't know much about pixi).
For such user I like to have the required knowledge about pixi as minimal as possible.
Therefore it would be great if there is a mechanism for pixi to realize during local execution of pixi run run-service to prioritize the dev environment.
Implementation ideas
Adding a run_priorization option in the environment table
Adding a favorite_env option which can be configured for every task
Adding a project-related user-specific pixi configuration, to add prioritized environment
I think I would prefer the first option but depending on other features in the pipeline, another solution might feel more natural.
Let me know, what you think
The text was updated successfully, but these errors were encountered:
I just realized that the use cases I had in mind can be solved by using the default environment as dev environment.
I don't have any use cases for multiple prioritzed environments in a single project and since there were not much reaction to this issue, I think it's safe to close it.
Problem description
Consider I have the following environments defined:
Let's assume I have a task
run-service
defined in featureprod
.Current behavior
Using
pixi run run-service
locally will trigger an interactive session where I have to pick the environment.To run it in non-interactive mode I need to run
pixi run -e dev run-service
Desired Behavior
While the current behavior is working, it might be not intuitive for users to either run with
-e dev
or choose the environment interactively. This is especially true if users are not that familiar with pixi (for example if they only work with the project but didn't set it up and therefore don't know much about pixi).For such user I like to have the required knowledge about pixi as minimal as possible.
Therefore it would be great if there is a mechanism for pixi to realize during local execution of
pixi run run-service
to prioritize the dev environment.Implementation ideas
run_priorization
option in the environment tablefavorite_env
option which can be configured for every taskI think I would prefer the first option but depending on other features in the pipeline, another solution might feel more natural.
Let me know, what you think
The text was updated successfully, but these errors were encountered: