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

Break up actions #54

Merged
merged 2 commits into from
May 8, 2024
Merged

Break up actions #54

merged 2 commits into from
May 8, 2024

Conversation

bruce-edelman
Copy link
Contributor

Break up actions into one that does linting and tests python build and other that builds and publishes the wheel

Idea is to have the action that does linting and tests that the python package builds correctly run on every push on every branch while the building and publishing the wheels only runs when a change into master occurs.

One thing to think about is the PyPI wheel publishing will ALWAYS fail if the version number was not bumped as we cannot publish a wheel with the same version as wheels previously published to PyPI

This means any PR that has meaningful changes that we want to immediately propagate to PyPI versions of diploshic MUST include a bumped version number

bruce-edelman and others added 2 commits November 15, 2023 12:34
…hrough loops or cases that end up defining variables before being called
@@ -916,7 +921,7 @@ def calcAndAppendStatValDiplo(
- statVals["pi"][instanceIndex][subWinIndex]
)
elif statName == "HapCount":
statVals[statName][instanceIndex].append(len(hapsInSubWin.distinct()))
statVals[statName][instanceIndex].append(len(genosInSubWin.distinct()))
Copy link
Member

Choose a reason for hiding this comment

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

hey @bruce-edelman -- slightly worried about this change? does this not throw off the Haplotype stuff?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Ah, I may have been confused but looking at the code the Haplo/diplo functions seem to be split and each called when specifying haplo or diplo modes. In the haplo version there is the variable hapsInSubWin provided but in the diplo version of the same function there isn't. So that means that this if statement must never be true otherwise there would be undefined variable errors.

I had (maybe overconfidently) assumed that this function maybe was copied from the haplo version and this variable was meant to be genosInSubWin

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Since it appears that maybe the "HapCount" stat won't ever actually be called for the diplo version of the calculating the stats then maybe we can just remove it ?

@andrewkern andrewkern merged commit 42dd4c9 into master May 8, 2024
4 checks passed
@andrewkern andrewkern deleted the update_actions branch May 8, 2024 23:14
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.

2 participants