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

Add Travis CI setup and simple tests #134

Merged
merged 1 commit into from
Jul 29, 2019

Conversation

marcusianlevine
Copy link
Contributor

@marcusianlevine marcusianlevine commented Jul 28, 2019

In an effort to make this repo more maintainable, I ported the Travis setup from the main jupyterhub/jupyterhub repo

@betatim
Copy link
Member

betatim commented Jul 29, 2019

This looks good to me!

One nitpick: in other repos we started running the lint tests before the other tests because they tend to be fast. If they run first it'll tell a PR author that something needs fixing quickly instead of waiting a long time for all the other tests to run. This isn't (yet) an issue here as the tests are fast. What do you think about moving them up?

Thought for contributing guide: should we copy&paste some of the instructions from the jupyterhub repo around setting up black and the pre-commit hooks?

I'll merge now as this PR as-is is an improvement on what we currently have. We can make a new PR for the two points above

@betatim betatim merged commit 8f597a8 into jupyterhub:master Jul 29, 2019
@marcusianlevine
Copy link
Contributor Author

marcusianlevine commented Jul 29, 2019

Thanks for the quick response Tim!

Regarding the build order, I included the fast_finish flag from the main jupyterhub Travis config, which makes it so that the build will be marked failed immediately when any stage fails

Since Travis runs all build steps in parallel, I don't think reordering is necessary when using fast_finish

Regarding the contributing guide, I'll open another PR with a variant of the official guide, including some extra steps I used to develop locally with Docker

@betatim
Copy link
Member

betatim commented Jul 29, 2019

TIL about fast_finish! :D

The re-ordering and slow builds thing was on my mind because in https://github.com/jupyter/repo2docker we have all the builds that use all the time and it is a bit of a pain :-/

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.

2 participants