Skip to content
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

Merged
merged 1 commit into from
Feb 8, 2018

Conversation

heaths
Copy link
Member

@heaths heaths commented Feb 1, 2018

Fixes #6342

"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"
Copy link
Contributor

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?.

Copy link
Member Author

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.

Copy link
Contributor

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.

Copy link
Member Author

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.

Copy link
Member Author

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. :)

Copy link
Contributor

@jikuma jikuma left a 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.

@jikuma jikuma merged commit 8496b96 into microsoft:master Feb 8, 2018
@heaths heaths deleted the issue6342 branch February 8, 2018 17:43
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants