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

Using more providers: Azure Pipelines / GitHub Actions #90

Closed
jaimergp opened this issue Aug 21, 2019 · 10 comments
Closed

Using more providers: Azure Pipelines / GitHub Actions #90

jaimergp opened this issue Aug 21, 2019 · 10 comments

Comments

@jaimergp
Copy link
Contributor

I have been testing Azure Pipelines while trying to build openmm in conda-forge and I have really liked the UI and the added consistency due to the fact that all OS run on the same platform. Will you consider migrating from Travis/AppVeyor to an unified Azure CI?

@dgasmith
Copy link
Collaborator

We keep toying around with this. Azure has come a very long way in the past year in terms of user friendliness, but Linux testing Travis CI is hard to beat in terms of simplicity. This cookiecutter is really targeted at users who are not familiar with CI which make it hard to recommend Azure services.

For example, if I wished to add another person to admin status on an Azure Pipeline I used to have to check ~30 boxes to grant them these permissions and they still do not have full access (sorry @Lnaden!). I haven't checked lately to see if they have made this easier.

That being said we use Azure very extensively in most of our projects and definitely recommend it for power users.

@jaimergp
Copy link
Contributor Author

Hi again @dgasmith!

Now that GitHub Actions has been publicly released, what about this provider? I have played a bit by adapting the Travis recipe, and works wonderfully. Check it here:

@jaimergp jaimergp changed the title Using Azure Pipelines Using more providers: Azure Pipelines / GitHub Actions Nov 18, 2019
@dgasmith
Copy link
Collaborator

Pretty sure GitHub Actions leverage Azure devops as a backend which makes it super flexible while being sane on the front end. I am very much in favor of rewriting the current CI to GitHub actions.

@Lnaden @janash

@dgasmith
Copy link
Collaborator

dgasmith commented Nov 23, 2019

@jaimergp After chatting with the team we are in :) Please make a PR! One item is that I don't think we need to install miniconda, should come standard on their Xenial ubuntu images.

@dgasmith
Copy link
Collaborator

Also see here to end env variables on every script init.

@jaimergp
Copy link
Contributor Author

Added to my list! I'll try to put something together as soon as possible!

@dgasmith
Copy link
Collaborator

Awesome, thanks for helping with this! Let us know if your plans run long, we may add something soon as we are quite enthused about this possibility.

@dgasmith
Copy link
Collaborator

dgasmith commented Oct 1, 2020

Quick heads (which I suppose most know). setup-miniconda was moved to Conda-incubator by the conda-forge folks here.

It's pretty 🔥 , used it for a dozen repos in the past ~6 months. No issues, lightning fast, and they do caching right™.

GitHub Actions is snapper, parallelizes better, and is easier integrated with GitHub than travis/appveyor.

@jaimergp
Copy link
Contributor Author

jaimergp commented Oct 2, 2020

I think Matt submitted #113 for this!

@Lnaden
Copy link
Collaborator

Lnaden commented Oct 23, 2020

This can be closed now that GitHub Actions are in.

@Lnaden Lnaden closed this as completed Oct 23, 2020
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

3 participants