Addeddocs. Realizing slowly I need this feature ✊🏼

Would love to this this being merge as we are facing the issue of versioning being calculated even on commits not related to the sub project. Any chance on having this merged "soonishly"?

Thx!

@spastorclovr, thanks for the priority request comment, I've been working on other things as the complexity of validation is not trivial. Will try to get it merged over the next month. Meanwhile, you can add it as a custom parser into your repository with your config pointing to your repository file. It is manually tested and validated by myself and@marc-at-brightnight for his repo so it should work for your environment today.

Thank you for taking the time to respond! I Will try as suggested. Thx for this project! (currently using it with dagger.io which needs a ready-to-use function which I will do ASAP)

Dear developers,
I would also like to use this new feature :)
What is the current status of this MR ?
Thanx

@markdoerr, please see comments above. Not ready yet to add it to the baseline but it is available as a custom parser today.

I am eagerly anticipating the release of this feature.

In the meantime, how do I use the monorepo-parser as a custom parser?

how do I use the monorepo-parser as a custom parser?

Review thedocumentation on how to set a custom parser value.

And you can use thisdemo repo as well mirrored off of another contributors described monorepo structure.

It supports file path matching as the primary mechanism for differentiation of projects then as a secondary filter, the use of scope prefixes.

@codejedi365 thank you for the recent activity on this. I have found this recently went from a nice to have for me, to a need to have. I will start by adding this as a custom parser but I'd like to offer that my team could assist with testing or similar if you'd like. I will report back if I encounter significant issues.

@codejedi365 thank you for the recent activity on this. I have found this recently went from a nice to have for me, to a need to have. I will start by adding this as a custom parser but I'd like to offer that my team could assist with testing or similar if you'd like. I will report back if I encounter significant issues.

@JonZeolla, thanks for the pep talk, lol! I have to duplicate and refactor the entire e2e testing suite to support monorepos. This is a beast. Likewise, I also have a project using a monorepo which gives me the reason to make this standard. Please indicate if you do have any issues. It has been tested before in the repo:https://github.com/codejedi365/psr-monorepo-poweralpha, which was a demo for another user but I do keep modifying this to make it work within PSR. You may find that you want to just combine the Options class with the Parser class into the same file to allow you to just specify the parser via a file path. I plan to write automated tests for: one trunk-only repo with one release channel, 2 GitHub Flow repos (with 1 and 2 release channels respectively) initially. The changelogs will be internal to the packages but use a common templates directory.

Given that human git strategies rarely maintain the strict standard as my automated tests do, it will be helpful if you identify flaws with the current implementation.

That's unusual. I'm curious what were the errors you got with the change to 10.3? 10.3 was supposed to be simple GitHub Actions updates (idk, I wrote it last weekend and brain dumped it for monorepos)

I've been working on the PR all weekend and there were some bugs with this parser refactor but a type error was not one of them. Although ruff may have fixed it automatically. I have not pushed the updated code yet.

Instead of using parentheses just insert this line at the top:

from __future__importannotations

This tells Python to evaluate types last (effectively ignore all type syntax unless required) at runtime.

Just for posterity (you already saw) the 10.3 issue I hit was unrelated to this.#1307

Ah yes that's likely the discrepancy. I don't havefrom __future__ import annotations in my version

🎉 This PR has been published as part of v10.4.0 🎉

You can find more information about this release on theGitHub Releases page.