Skip to content

Support multi-project builds #477

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
fairbanksg opened this issue May 4, 2022 · 1 comment
Open

Support multi-project builds #477

fairbanksg opened this issue May 4, 2022 · 1 comment
Labels
enhancement New feature or request

Comments

@fairbanksg
Copy link

I have a repo with several projects that I publish independently. I am using semantic-release-plus for its support for filtering commits to a specific path, to only publish each project when it actually has changes. The one snag is that I want to run semantic-release-plus from the subproject directory, so that only that project will be published. However, that doesn't work since the gradlew script is in the root project directory, so it is not found.

I can make a PR for this, but was curious on thoughts on how best to allow this. I see several options:

  1. Allow running from the subproject directory by looking for ../gradlew if ./gradlew is not found.
  2. Allow running from the root project directory by adding an option to set the -p flag to gradle, to scope the tasks to that subproject only.
@KengoTODA
Copy link
Owner

The 2nd option seems too free and abstract, so I prefer the 1st option at this moment.
I mean, if we implement the 2nd option, some users may use it for unintended usage.

Note that the semantic-release itself does not support monorepo at this moment. In other words, semantic-release still has a chance to support monorepo natively. So I have less motivation to implement features that work only for semantic-release related tools (in this case semantic-release-plus).

The suggested change should be effective even for who do not use semantic-release-plus, so it is welcome to share your idea via PR then I will review and merge it. :)

@KengoTODA KengoTODA added the enhancement New feature or request label May 4, 2022
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

No branches or pull requests

2 participants