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

MAJOR - AWS codebuild Always builds Docker image - No test - No Condition. #903

Open
franck-boullier opened this issue Feb 10, 2020 · 4 comments
Assignees
Labels
bug critical This issue breaks a key functionality which is currently in production

Comments

@franck-boullier
Copy link
Member

In the current version of the master, AWS codebuild will ALWAYS build the image for each PR.

This is a problem since:
1- The image that is built is untested.
2- That image will be used by ALL the environments if we need to redeploy one environment.

Possible solution:

Add some conditions to make sure that only tested and valid images are built and pushed to the Dockerhub server.

@kaihendry
Copy link
Contributor

Image is only used in {demo,prod} if tagged since CodeBuild's https://github.com/unee-t/frontend/blob/master/buildspec.yml is only run in the dev account.

We can make it so that it only builds on master https://github.com/unee-t/frontend/blob/master/buildspec.yml which is probably sensible.

@kaihendry
Copy link
Contributor

npm t doesn't work in the Docker container due to some weird xcb myriad of dependencies needed by Chromium I think to run the unit tests.

I'd prefer if the unit tests were run in the CI phase in TravisCI, but that doesn't work either.

@franck-boullier
Copy link
Member Author

We can make it so that it only builds on master https://github.com/unee-t/frontend/blob/master/buildspec.yml .

I think this is the right solution yes.
Any idea on how we could do that?

@kaihendry
Copy link
Contributor

Some CodeBuild setting. Raise an AWS support ticket if we can't figure it out.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug critical This issue breaks a key functionality which is currently in production
Projects
None yet
Development

No branches or pull requests

2 participants