Skip to content

[nx-openapi] Update aligent/microservice-development-utilities pipeline (MI-207) #30

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

Open
ryanrixxh opened this issue Apr 23, 2025 · 1 comment · May be fixed by #31
Open

[nx-openapi] Update aligent/microservice-development-utilities pipeline (MI-207) #30

ryanrixxh opened this issue Apr 23, 2025 · 1 comment · May be fixed by #31
Assignees
Labels
enhancement New feature or request

Comments

@ryanrixxh
Copy link
Contributor

At the moment, our release pipeline for https://github.com/aligent/microservice-development-utilities only support 1 version for all packages. Our release process is:

Manually create new release in Github.

Once a release is created, Github add a git tag.

Our release pipeline will use that git tag to release the new version.

This process works fine in a poly repository where we only release 1 package at a time. However, it doesn’t work as intended in our new mono repository where we have multiple packages with different versions.

I suggest that we move to a different release process where we release when something is merged into main branch. This process has some benefit:

We automate the whole release process. No more manual step.

We can easily control package versions individually. Nx will read the version number from package.json file and check if the same package exists or not on npm to decide if it should publish it or not.

During PR and merge process, we have to ensure we produce something publishable.

I think there are couple of way to solve this and this is just my suggestion and open for discussion.

@ryanrixxh ryanrixxh added the enhancement New feature or request label Apr 23, 2025
@ryanrixxh ryanrixxh self-assigned this Apr 23, 2025
@tvhees
Copy link
Collaborator

tvhees commented Apr 23, 2025

@kai-nguyen-aligent 's suggestion of file based versioning sounded reasonable to me - https://nx.dev/recipes/nx-release/file-based-versioning-version-plans

Just checking the package.json version might be simpler to manage though.

@ryanrixxh ryanrixxh linked a pull request Apr 24, 2025 that will close this issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants