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

Generate deployment only once #87

Merged
merged 1 commit into from
Apr 6, 2017

Conversation

surajssd
Copy link
Contributor

@surajssd surajssd commented Apr 1, 2017

Deployment was generated per container. This commit fixes that behavior and generates only one deployment.

This was not noticed before because in convert only files were generated so the extra file was over written.

Now with the new feature of showing output to STDOUT this issue was discovered.

Fixes #86

Deployment was generated per container. This commit fixes
that behavior and generates only one deployment.

This was not noticed before because in convert only files
were generated so the extra file was over written.

Now with the new feature of showing output to STDOUT this
issue was discovered.

Fixes redhat-developer#86
@surajssd surajssd requested a review from tnozicka April 4, 2017 10:53
Copy link
Contributor

@tnozicka tnozicka left a comment

Choose a reason for hiding this comment

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

@surajssd the change lgtm. What would be nice is if you would introduce a test case that it fails and then this change which fixes it.

@surajssd
Copy link
Contributor Author

surajssd commented Apr 5, 2017

@tnozicka one question that builds on top of it is:
why is function func (t *Transformer) CreateDeployments(o *object.Service) ([]runtime.Object, error) returning slice as opposed to single object?

Since we are passing it single service so it will generate only one deployment out of it right?

@tnozicka
Copy link
Contributor

tnozicka commented Apr 5, 2017

the fact that we create one deployment now does not mean we always will, although at this point it's unlikely. There might by some new key under service that would require generating another deployment. So mostly for forward compatibility and to have same signature as similar functions

@kadel kadel merged commit 302245d into redhat-developer:master Apr 6, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

opencompose generates deployment per container
3 participants