8000 Change SPEC4 to cover using and building nightly wheels by betatim · Pull Request #195 · scientific-python/specs · GitHub
[go: up one dir, main page]

Skip to content

Change SPEC4 to cover using and building nightly wheels #195

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 8000 “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

Merged

Conversation

betatim
Copy link
Contributor
@betatim betatim commented May 24, 2023

🚧 This is work in progress.

The goal is to create a SPEC that covers both using and creating nightlies.

I am trying to keep it kind of high-level, giving examples of how to do the things that are new (e.g. uploading to the nightly area) but not be too prescriptive/show full blown CI setups because I assume the target audience are likely to already have fairly sophisticated/complex/complicated CI setups. For example scikit-learn uses Azure to run their unit tests, but uses GH Actions to build wheels. I think this is good, we don't want people to revamp their whole CI setup.

  • link to more examples of how projects have implemented this (numpy, scipy, pandas, ...)
  • add more sentences that explain why people should do this?
  • point out that if you publish nightlies people will give you feedback (and you'll need capacity to deal with that)?

Closes #188

betatim added 2 commits May 24, 2023 11:02
This describes the process for adding people to the anaconda
organisation that hosts the wheels.
@betatim
Copy link
Contributor Author
betatim commented May 24, 2023

An idea that @Carreau brought up that I think is great but should be for a version two, not now: setup a small proxy (e.g. cloudflare worker, small python script?) that aggregates several simple PyPI indexes (not sure if this is the right jargon). That way each project could publish their nightlies where ever they want and it would show up in the aggregate. It would make managing credentials and such simpler. The level of indirection would also allow for phasing out/in new locations, etc. The reason to not do it as part of this round is that building the service and running it is some amount of work, especially in six months time when the initial excitement has passed.

@betatim betatim force-pushed the spec4-creating-and-using-nightlies branch from 6e56515 to c36eac0 Compare May 24, 2023 19:41
@betatim betatim force-pushed the spec4-creating-and-using-nightlies branch from c36eac0 to ddf9d22 Compare May 24, 2023 22:45
@betatim betatim marked this pull request as ready for review May 24, 2023 22:45
@betatim
Copy link
Contributor Author
betatim commented May 25, 2023

I'd propose we merge this so we can start using it, linking to it, etc.

This would also allow projects to list themselves as "projects which adopted this approach"

@Carreau
Copy link
Contributor
Carreau commented May 25, 2023

OK, let's merge.

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.

One SPEC to cover both creating and using nightlies
3 participants
0