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

Continuous integration #24

Closed
ericpre opened this issue Apr 29, 2020 · 6 comments
Closed

Continuous integration #24

ericpre opened this issue Apr 29, 2020 · 6 comments

Comments

@ericpre
Copy link
Contributor

ericpre commented Apr 29, 2020

It would be good to set up continuous integration for this repository.

It is well documented online but as a starting point it may be worth having a look:
https://github.com/hyperspy/ci-scripts

@jordiferrero
Copy link
Contributor

@ericpre If you are happy with this CI implementation, please cloase this issue. Otherwise we can work on it further.

@ericpre
Copy link
Contributor Author

ericpre commented May 2, 2020

I have wrote a couple of comments on #30. Having Azure pipeline would be worth to test on the 3 main platforms.

@jordiferrero
Copy link
Contributor

Working on adding Azure pipeline in #33 .

@jordiferrero
Copy link
Contributor

jordiferrero commented May 7, 2020

Now both Travis and Azure pipelines work well.
However, I would ask if you could quickly check if the Azure pipeline is doing the tasks it is supposed to do (so far it simply runs the same pytest scripts as Travis), @ericpre .

I also don't seem to understand why in here if I set as endpoint: lumispy (so the organisation under my username in DevOps) the pipeline fails. As far as I know, both my username (jordiferrero) and the organisation (lumispy) should have full access to Github from Azure...

@ericpre
Copy link
Contributor Author

ericpre commented May 7, 2020

However, I would ask if you could quickly check if the Azure pipeline is doing the tasks it is supposed to do (so far it simply runs the same pytest scripts as Travis), @ericpre .

Yes, both are working, but I would suggest to do the following:

  • travis test pip only install using packages from pypi
  • azure test conda environment

At the moment, it azure is doing almost the same as travis, using packages from pypi instead of conda packages. This is because you are missing the files defining what package to install in the conda environment (see https://github.com/hyperspy/ci-scripts#conda-environment).

Since pip and conda are the main way to install python packages, this is useful to check that both are working fine. For a pure python library, this may sounds overkill but it has the advantage that it checked that the dependencies are working fine in both cases. Also packages are usually release first on pypi before being available on anaconda cloud and if the update of a dependency break the test suite, it should come up first on travis.

As mentioned in hyperspy/ci-scripts#1, I will follow up with a PR to clarify these points.

I also don't seem to understand why in here if I set as endpoint: lumispy (so the organisation under my username in DevOps) the pipeline fails. As far as I know, both my username (jordiferrero) and the organisation (lumispy) should have full access to Github from Azure...

Can you please point out to a specific build?

@jordiferrero
Copy link
Contributor

jordiferrero commented May 7, 2020

I also don't seem to understand why in here if I set as endpoint: lumispy (so the organisation under my username in DevOps) the pipeline fails. As far as I know, both my username (jordiferrero) and the organisation (lumispy) should have full access to Github from Azure...

Can you please point out to a specific build?

@ericpre Here are the examples:

  • Here the build was made setting endpoint: jordiferrero. All good.

  • Here the only change was to add endpoint:lumispy.
    This suddenly raises the following error:
    /azure-pipelines.yml: Could not get the latest source version for repository hyperspy/ci-scripts hosted on https://github.com/ using ref refs/heads/master. GitHub reported the error, "Not Found"

The same issue happens when I merge my personal fork to the lumispy repository.
I have opened a PR #36 for this specific issue.

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

No branches or pull requests

2 participants