CI/CD implication with multi project builds
- Dominant language
- Java
- Stars
- 48
- Forks
- 36
- Avg merge
- 7h 37m
- Merged PRs (30d)
- 8
Description
@jerryyanmj commented on [Tue Jul 23 2019](https://github.com/gradle-guides/creating-multi-project-builds/issues/26)
I have been practicing this approach in my project for a while. I think this is a great way to architect multi module project. However, this does give us some on going challenging with CI/CD setup. We have the following setup.
- Root project
+ Sub module 1
+ Sub module 2
+ Sub module 3
Each module has its own pipeline and we want each module to be built separately. However, this setup triggers a webhook call when any module is changed. With that, I had to give up the current setup and move each module to its own repository.
Let me know your thoughts on my point and I am happy to learn how you get around it.
Contributor guide
No contributing guide indexed for this repository
Research direction
No files, tests, or entry points are named. First clarify whether the guide should document separate pipelines for submodules and how webhook-trigger behavior should be handled, then define the expected CI/CD setup before identifying documentation changes.
Written by the indexing model from the issue text.
Assessment
- Domain
- build-system, ci-cd
- Issue type
- Documentation
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100