-
Notifications
You must be signed in to change notification settings - Fork 2k
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
POM Restructuring Phase #1 #8242
POM Restructuring Phase #1 #8242
Conversation
/azp run java - appconfiguration |
Azure Pipelines successfully started running 1 pipeline(s). |
@JimSuplizio what are you thoughts on the side effects of this change. I know that some of the tooling that exists today depends on |
@weidongxu-microsoft what would be the implications if we removed the |
/azp run java - keyvault |
Azure Pipelines successfully started running 1 pipeline(s). |
@mitchdenny I think it is fine. I don't think mgmt SDK depends on these 2 hybrid builds. |
/azp run java - core - ci |
Pull request contains merge conflicts. |
674ba25
to
996cd58
Compare
/azp run java - core - ci |
Azure Pipelines successfully started running 1 pipeline(s). |
/azp run java - core - ci |
Azure Pipelines successfully started running 1 pipeline(s). |
/azp run java - core - ci |
Azure Pipelines successfully started running 1 pipeline(s). |
/azp run java - core - ci |
Azure Pipelines successfully started running 1 pipeline(s). |
/azp run java - core - ci |
Azure Pipelines failed to run 1 pipeline(s). |
/azp run java - core - ci |
Azure Pipelines successfully started running 1 pipeline(s). |
/azp run java - core - ci |
Azure Pipelines successfully started running 1 pipeline(s). |
3c54907
to
31fe55b
Compare
62abb34
to
42aeeb3
Compare
/azp run java - eventhubs - tests |
Azure Pipelines successfully started running 1 pipeline(s). |
This PR is the first step in a number of changes designed to restructure the relationship between our builds and parent POMs. Before this PR our parent POMs functioned as aggregators for developers who wanted to build the whole tree, we then had seperate
pom.service.xml
files that the pipelines used.This change repurposes
pom.xml
in the root of the repo and makes it a true top level aggregate for the entire repo (aside from management plane, but we'll get to that). All of our track 1 and track 2 modules are referenced in the aggregate and you use the-pl
and-am
switches.Our pipelines have been reconfigured to use this root aggregate and we generate the
-pl
switch based on the artifact list in theci.yml
file.One of the benefits we picked up was that we no longer need to do the seperate install of
sdk-build-tools
because it is in the graph, so anything that depends on it will end up triggering it to build.