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

fix e2e tests #3508

Merged
merged 1 commit into from
May 21, 2021
Merged

fix e2e tests #3508

merged 1 commit into from
May 21, 2021

Conversation

jamakase
Copy link
Contributor

What

Changes Exchange Rates Api source to postgres source.

Disables update source test as I am not sure how better address it in case of postgres. Will add separate task to add e2e test for source udpate.

@jamakase jamakase requested a review from cgardens May 20, 2021 17:04
@jamakase jamakase self-assigned this May 20, 2021
@jamakase jamakase changed the title Jamakse fix e2e tests fix e2e tests May 20, 2021
@jamakase jamakase force-pushed the jamakase/fix-e2e branch from b8d91fe to aa0e7da Compare May 20, 2021 17:07

docker run -d -p 5433:5432 -e POSTGRES_PASSWORD=secret_password -e POSTGRES_DB=airbyte_ci --name airbyte_ci_pg postgres
Copy link
Contributor Author

Choose a reason for hiding this comment

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

Not quite sure what is a preferred approach for such cases. On the one hand, we could extend docker-compose config ( add separate docker-compose config for ci ) and start pg as part of this container, but on the other hand, the connector is not part of docker-compose config and it may be better to leave config as is - with services that are required to run airbyte only.

Copy link
Contributor

Choose a reason for hiding this comment

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

i think this approach is okay for now. we should maybe just replace this with a test source / destination. doing this set up here seems like it's just a liability and distracts from what you want to test.

don't you need to stop this container when you're done those?

Copy link
Contributor Author

@jamakase jamakase May 20, 2021

Choose a reason for hiding this comment

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

Actually, we stop it on line 19 above.

Yeah, I also thought that it could be useful to have test source and destination for such cases, but I was not sure it is a better way to build one, that won't be accessible by default for other users.

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.

3 participants