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

[Automate CI/CD Workflow] #89

Merged
merged 75 commits into from
Jul 16, 2024
Merged

[Automate CI/CD Workflow] #89

merged 75 commits into from
Jul 16, 2024

Conversation

Alleria1809
Copy link
Contributor

@Alleria1809 Alleria1809 commented Jul 7, 2024

Automate the package release workflow, sync it with PyPI. Developers don't need to run poetry publish. Instead, if we need to update a release, just checkout main repo and add version tags by git tag version.

Please review the developer notes for pushing a new release:
https://www.notion.so/Developer-Notes-on-Release-a-New-Version-bf3f5a440bfd4ba99e8f5106c1b30b90?pvs=4

@@ -0,0 +1,89 @@
name: Publish the latest release on PyPI

on:
Copy link
Member

@liyin2015 liyin2015 Jul 8, 2024

Choose a reason for hiding this comment

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

lets trigger on pr merge on release that we have to sort it out

on:
  pull_request:
    types: [closed]
    branches:
      - main

and there is also stable and not stable release

Copy link
Contributor Author

@Alleria1809 Alleria1809 Jul 8, 2024

Choose a reason for hiding this comment

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

Yeah I considered this, setting it to trigger on PRs that have a tag is more flexible and will be the future workflow. Setting it to main is more of centralized control for now.

I'd check more about stable and not stable release. I currently refer to llamaindex, langchain, etc.

- name: Set up Python
uses: actions/setup-python@v4
with:
python-version: '3.11'
Copy link
Member

Choose a reason for hiding this comment

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

also here we should use poetry install --no-dev

And we can make sure all tests are run successfully before the build and publish as another safety

Copy link
Contributor Author

Choose a reason for hiding this comment

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

There is a kind of dry publish. I used it in a test file, it works. So we can also add that simulation test before publish

python-version: '3.11'
- name: Install dependencies
run: |
python -m pip install --upgrade pip
Copy link
Member

Choose a reason for hiding this comment

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

looks like overlap and repeating previous steps, not sure this is what you have designed on the workflow

Copy link
Contributor Author

Choose a reason for hiding this comment

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

It is just a duplication. I will remove this.

Copy link
Member

Choose a reason for hiding this comment

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

its stil repeating, im not sure why this has to be separate from the first,

@Sylph-AI Sylph-AI merged commit aaa09fb into main Jul 16, 2024
11 checks passed
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.

3 participants