Re: [DISCUSS] Merge ITs in maven

2024-10-11 Thread Hervé Boutemy
in fact, putting everything in 1 Git repo does not force to run 1 single build: we can continue running in separate executions and with this, nothing prevents from running the its HEAD against another commit for Maven core build Le jeudi 10 octobre 2024, 13:47:31 CEST Michael Osipov a écrit : >

Re: [PR] Bump org.junit.jupiter:junit-jupiter from 5.11.1 to 5.11.2 [maven-hocon-extension]

2024-10-11 Thread via GitHub
slachiewicz merged PR #8: URL: https://github.com/apache/maven-hocon-extension/pull/8 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: dev-unsubscr...@ma

Re: [PR] Bump org.junit.jupiter:junit-jupiter from 5.11.0 to 5.11.2 [maven-xinclude-extension]

2024-10-11 Thread via GitHub
slachiewicz merged PR #8: URL: https://github.com/apache/maven-xinclude-extension/pull/8 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: dev-unsubscr...

Re: [DISCUSS] Merge ITs in maven

2024-10-11 Thread Elliotte Rusty Harold
On Thu, Oct 10, 2024 at 7:32 AM Xeno Amess wrote: > > do there really be...some widely used 3rd-party distribution (non-apache) > for maven? > > I know this situation be true for openjdk, but for maven I really didn't > notice any... > No, there isn't. This was a now abandoned plan and can be rev

Re: Merge staged classifiers and deploy

2024-10-11 Thread tison
Hello, Any updates here? Also the challenge I found is that I can't understand how Maven and the repository cooperate on deployment. Is there some docs or specs describe the concepts and workflows so that I can try to customize my own solutions? Now I'd like to release one new classifier "all" t

Re: [DISCUSS] Merge ITs in maven

2024-10-11 Thread Hervé Boutemy
the resulting history looks reasonable and we can later split with filter if necessary I don't know if making one single build is useful, or keeping 2 separate, or even promoting 3 (Maven core itself, ITs build, ITs run) But definitively, doing one single Git commit when doing a feature is a cle

Re: thought: allow exclude dependencies from parent in maven4?

2024-10-11 Thread Xeno Amess
well I would like to implement the codes and fire a jira ticket this month, since seems nobody be strongly reject this... Richard Eckart de Castilho 于2024年9月25日周三 23:26写道: > Ran into this also recently (again). > > I believe a good way to solve this would be to allow overriding a > dependency >