-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
Allow overriding memory limit on docker build/run #6345
Conversation
"label": "Memory limit", | ||
"visibleRule": "action = Build an image || action = Run an image", | ||
"helpMarkDown": "The maximum amount of memory available to the container as a integer with optional suffixes like '2GB'.", | ||
"groupName": "advanced" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is your build passing? I think inputs and dependents inputs should be in the same group?.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not sure what dependent inputs you're talking about.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Visibility of 'memory' is dependent on 'action'. While action is in no group 'memory' is in advance group. VSTS task compile fails if both the inputs are in the different groups. I am not sure what will happen if one of the input is in no specified group. If there is no compilation error, its good. I just wanted you to check this.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I, of course, compiled and ran both the existing and new tests I wrote. This is written like the other task options dependency on action
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
...that said, have you considered build validation via TravisCI, AppVeyor, and/or other? I see you have a .vsts-cj.yml file as well. Is that not configured for PRs? I was surprised to see that there was no PR validation when the environment is fairly self-contained (except for requiring npm 3.x when I had 5.x that does not work for this repo). That would help provide some assurance no one breaks anything and you don't have to rely on manual testing or contributors' word they built and tested...even though I did. :)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please check if all the test case is passing before checking in the code.
Fixes #6342