Skip to content

Initial GitHub CI#5

Merged
simba-git merged 25 commits intodevelopfrom
feature/simba/github-ci
Jun 12, 2020
Merged

Initial GitHub CI#5
simba-git merged 25 commits intodevelopfrom
feature/simba/github-ci

Conversation

@simba-git
Copy link

No description provided.

Simba added 2 commits June 11, 2020 14:41
This rule will allow the CI to make sure that code is properly
formatted.
Creates a workflow to test python client and send coverage data. It
tests across all python versions >=3.5 and across mac, windows, and
linux>
@simba-git simba-git added this to the v0.0.0a1 milestone Jun 11, 2020
@simba-git simba-git changed the base branch from master to develop June 11, 2020 21:45
Github actions are failing for Ubuntu due to setuptools not found.
Adding it to requirements.txt should resolve this issue.
@codecov-commenter
Copy link

Codecov Report

❗ No coverage uploaded for pull request base (develop@96eced2). Click here to learn what that means.
The diff coverage is n/a.

Simba added 19 commits June 11, 2020 17:35
Setuptools is an implicit dependency of most python packages. Putting
it requirements.txt did not make it download first, but putting it
in the CI workflow should.
CI was failing because it was unable to find PATH.
The Windows version of the CI was failing because the python3 command
is non-standard. We add a variable to capture that difference.
Windows does not include '.' to the PATH by default typically. This
fixes that.
At the moment, v1 points to v1.0.6 which does not externalize their
env_vars parameter.
Sometimes py -3 won't be available on Windows, or both python3 and py -3
will be available. In these cases, we chose to go with python3.
We use python virtual environments for development. This adds venv
creation into the Makefile.
This simplifies our CI and also is more in-line with how our development
is done anyways.
The old venv rule was using ${pycmd} which doesn't exist. It is changed
to use ${PYCMD}.
We do not need this rule anymore for CI since we've switched to using
a virtualenv.
CI was failing because virtualenv was not installed. We install it
using pip so that it works across all OS we deal with. We can't put
it in requirements.txt since it's needed to bootstrap the virtualenv
that we then install requirements.txt with.
Rule was defined with a different name then was used in pipeline.
'install-venv' makes more sense, given that the rule to create the
virtualenv is 'venv'
Ubuntu doesn't come with setuptools installed by default in Github's
action runners.
Ubuntu should use apt-get while MacOS and Windows uses pip.
On non-Windows system, activate is found at ./venv/bin/activate not
at ./venv/activate
It's messy to use with CI since the activation doesn't survive past
steps. We manually prepend the venv to the path to have a similar
effect for now.
The virtualenv in Python has executables under venv/Scripts not
venv/bin
For Windows, the venv bin directory is venv/Scripts. This was misspelled
in the last commit.
@simba-git simba-git force-pushed the feature/simba/github-ci branch from 3ac0eed to 8354b3d Compare June 12, 2020 07:01
In Windows, python3 is not used, its just python.
@simba-git simba-git force-pushed the feature/simba/github-ci branch from cb65d38 to 699c6ed Compare June 12, 2020 07:16
Simba added 2 commits June 12, 2020 00:21
python3 is atypically seen in Windows and py -3 doesn't exist in
virtualenv
Rather than installing the requirements and pointing our PYTHONHOME,
we can install the client in edit mode and use it more naturually.
@simba-git simba-git merged commit b4ea584 into develop Jun 12, 2020
@simba-git simba-git deleted the feature/simba/github-ci branch June 12, 2020 08:01
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