Skip to content
This repository was archived by the owner on Jun 16, 2021. It is now read-only.

Fix issue in which extending could end up with both build and image #66

Merged
merged 1 commit into from
Oct 7, 2015

Conversation

ibuildthecloud
Copy link
Contributor

According to Docker Compose docs

In the case of build and image, using one in the local service causes
Compose to discard the other, if it was defined in the original
service.

The above was not being respected

According to Docker Compose docs

> In the case of build and image, using one in the local service causes
> Compose to discard the other, if it was defined in the original
> service.

The above was not being respected

Signed-off-by: Darren Shepherd <darren@rancher.com>
@ibuildthecloud
Copy link
Contributor Author

ping @dnephin @vdemeester


if child.Image != "foo" {
t.Fatal("Invalid image", child.Image)
}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It looks like we already have testify.assert as a dependency.

What do you think about making all of these use assert.Equal() ?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not against testify if we already have it in our dependencies. @ibuildthecloud opinions ? 😺

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd really, really, really like to use go-check. I'm not a fan of testify and would like to move away from it. I did start with testify for this code. Are we cool with go-check? Engine uses go-check

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I believe engine uses go-check for integration tests, and has a mix of testify.assert and regular checks in unit tests.

Anything is better than the default t.Fatal() stuff. I like that testify.assert doesn't require you to change the test suite, it's just functions you can use with the default suite.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, go-check is more intrusive. But I can just use testify.assert. I'll change that now.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ok for go-check too 😸.

I can do a separate PR on migrating test to go-check then 😉.

@dnephin
Copy link
Contributor

dnephin commented Oct 7, 2015

LGTM, but I think it would be nice to make use of testify.assert

@ibuildthecloud
Copy link
Contributor Author

@dnephin Going forward I'll use testify.assert. Rather not change something now and break it.

ibuildthecloud added a commit that referenced this pull request Oct 7, 2015
Fix issue in which extending could end up with both build and image
@ibuildthecloud ibuildthecloud merged commit f24d680 into docker:master Oct 7, 2015
@dnephin
Copy link
Contributor

dnephin commented Oct 7, 2015

cool, works for me

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants