Skip to content
This repository was archived by the owner on May 9, 2024. It is now read-only.

Add release process skeleton #64

Merged
merged 2 commits into from
Sep 27, 2022
Merged

Add release process skeleton #64

merged 2 commits into from
Sep 27, 2022

Conversation

alexbaden
Copy link
Contributor

@vlad-penkin @Garra1980 anything to add?

@Garra1980
Copy link
Contributor

Some words for conda-forge releases maybe?

@vlad-penkin
Copy link
Contributor

I suggest to add two steps

5. Create GH release with source code archive
6. Build and publish updated conda-forge packages

@leshikus
Copy link
Contributor

leshikus commented Sep 21, 2022

I cannot see from the document how decision is made when release is created. If I have to do something about the release, I need to get some signal. Even better to have a release schedule, this will make things much more ordered. E.g. we shipping things once per month.

  1. Create GH release with source code archive

Let me note that automatic releases on GitHub do not work with submodules. Also IMHO the conda forge docs try to promote modularity to use a source release of one project (e.g. omniscidb) to build another project (e.g. HDK). We may consider to create omniscidb package on coda-forge to meet these requirements.

@aregm aregm added the KR3 Open-source community established label Sep 22, 2022
@aregm
Copy link
Contributor

aregm commented Sep 22, 2022

Hey @leshikus I’m using Zenhub in GitHub, click this link to join my workspace and see other features available in GitHub or download the Zenhub extension and sign up with your GitHub account.
Posted using Zenhub

@aregm aregm added the duplicate This issue or pull request already exists label Sep 22, 2022
@alexbaden
Copy link
Contributor Author

I suggest to add two steps

5. Create GH release with source code archive
6. Build and publish updated conda-forge packages

Added, thanks!

I cannot see from the document how decision is made when release is created. If I have to do something about the release, I need to get some signal. Even better to have a release schedule, this will make things much more ordered. E.g. we shipping things once per month.

  1. Create GH release with source code archive

Let me note that automatic releases on GitHub do not work with submodules. Also IMHO the conda forge docs try to promote modularity to use a source release of one project (e.g. omniscidb) to build another project (e.g. HDK). We may consider to create omniscidb package on coda-forge to meet these requirements.

Currently the decision is made based on some combination of upstream requests (mostly from modin), issues tagged into release that are completed, and rough schedule -- every 6-8 weeks or so. No one factor will determine release -- we will make the decision collectively. We want to have one conda-forge package for simplicity, so if we need to change repo organization to support that we can.

@alexbaden alexbaden marked this pull request as ready for review September 22, 2022 15:32
Copy link
Contributor

@leshikus leshikus left a comment

Choose a reason for hiding this comment

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

LGTM

Copy link
Contributor

@vlad-penkin vlad-penkin left a comment

Choose a reason for hiding this comment

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

LGTM

@alexbaden alexbaden merged commit 7584da1 into main Sep 27, 2022
@alexbaden alexbaden deleted the alex/release_process branch September 27, 2022 17:50
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
duplicate This issue or pull request already exists KR3 Open-source community established
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants