Skip to content

Conversation

@SimonHeybrock
Copy link
Member

@SimonHeybrock SimonHeybrock commented Oct 17, 2023

This builds a wheel (currently only py38) and uses an action to attach it as a release asset. Note that we always use the same tag, nightly, without moving it. Setting that up would be more work, but I can't think of any benefit right now?

workflow_dispatch:
push:
paths:
- '.github/workflows/release-nightly.yml'
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Having gone through this for the weekly build, I think we should not trigger the workflow like this. It would lead to the tag being overwritten and packages being build several times during one day. A manual trigger should be enough. Just like we test real releases by manually triggering the workflow.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Isn't this a one-time issue, for the few in-flight PRs that decided to merge main? I think manually testing a workflow is easily forgotten?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Don't know. Or does it happen every time the file gets updated?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, every time it gets updated.

# predictable URL of the uploaded release asset that downstream projects can use.
pkg, _, remainder = filename.split('-', 2)
target = f'{pkg}-nightly-{remainder}'
os.rename(filename, target)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is the remainder needed? Or can we have a simple name like scipp.whl?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it will be needed if we ever decide to test on different versions/platforms, which we might not want, but there is no guarantee that we can always support the same minimum Python across projects. For example, it seems @jokasimr just changed the essreflectometry minimum to 3.10?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I can change it back to 3.8 if that is better.
I changed it because I thought there was an issue when I ran it with 3.8, but found out later that was not the case.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You can revert if you like (I don't know what users depend on), but in principle, this is fine, we just need to make multiple versions here, but extending the matrix is trivial.

@SimonHeybrock SimonHeybrock merged commit 618f922 into main Oct 25, 2023
@SimonHeybrock SimonHeybrock deleted the dev-release branch October 25, 2023 05:58
@SimonHeybrock SimonHeybrock mentioned this pull request Nov 7, 2023
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.

4 participants