-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tasks and Che Commands should not use "machineName" #13667
Comments
@slemeur If I understand correctly at least for 3 places changes are required:
thank you! |
Could it just be made consistent with the formalism used in devfile? |
That’s hard. Since devfile are not representing running workspace. In this case, machineName is the name of the running container. For workspace runtime, we still use Che6 like objects and concepts. |
@skabashnyuk in devfile we use the components alias for that purpose. Not sure why it can't apply it here. And workspace runtime using Che6 objects and concepts should not be taken as a example for new, che 7 only, objects (i.e. che-theia tasks). |
At the moment task plugin gets info about target container as attribute of command I guess we can:
OR
|
@RomanNikitenko I think we should do that in 2 steps. First step for 7.0.0 and second step for 7.1.0 |
OK for me to do in 2 steps. But what field we should use instead of |
Let's be consistent with the devfile formalism please. |
I provided the PR and I use the |
The PR for first step was merged to 7.0.0 branch. |
Description
"Machine" has been deprecated and should not be used anywhere in Che anymore.
We still have it for tasks, so it has to be adapted before the Che 7 GA in order to introduce a formalism which will need to be backward compatible after
The text was updated successfully, but these errors were encountered: