-
Notifications
You must be signed in to change notification settings - Fork 228
Migrate Travis CI jobs to GitHub Actions #566
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
Comments
No strong objections to this, we should do all three in separate PRs. Only concern would be that this makes up totally dependent on Github, which might be problematic if GIthub servers go down (but that's a bigger issue in itself).
Yep. Or we could keep one single test around. Maybe a test for a nightly Python build for the upcoming Python 3.9?
On the 2nd one, see GenericMappingTools/website#65 as an example on documentation build/deploy. For the 3rd one (Publish to PyPI), we could use https://github.com/marketplace/actions/pypi-publish, and maybe test it on https://test.pypi.org (instead of the main pypi.org website) first to be sure we don't break anything. |
We rely on packages from conda-forge. If conda-forge doesn't provide numpy, pandas and xarray packages for Python 3.9, I don't think we can get the testings running.
We still need the https://github.com/fatiando/continuous-integration/blob/master/travis/deploy-gh-pages.sh script, because documentation of different versions are stored in separated directories.
To make it work, we may need a PyPI token. |
We may not need the script, as the peaceiris/actions-gh-pages action supports "deploying to a subdirectory". |
FYI, I've added a pypi token in secret |
Uh oh!
There was an error while loading. Please reload this page.
Description of the desired feature
We recently migrated all the CI testings and style checks from Azure Pipelines to GitHub Actions. Currently, we're using both GitHub Actions and Travis CI.
The Travis CI is doing following jobs:
Test PyGMT with Python 3.6-3.8 on LinuxThe first one is already covered in the GitHub Actions, so it's OK to just remove them from Travis CI.
The 2nd and the 3rd one should be migrated to GitHub Actions.
Are you willing to help implement and maintain this feature? Yes, but contributions are welcome.
The text was updated successfully, but these errors were encountered: