Hello,
we do builds up against the latest snapshot in our dev environment. After
switching our builds from maven 3.8.5 to 3.9.7 we find that the
maven-metadata.xml generated for our snapshot libraries is incorrect,
resulting in a build up against the **previous** snapshot. Switching back
to 3.8.5
No, it won't, but it will allow you to integrate the IT w/o pulling them in
physically.
On 2024/10/10 11:22:25 Guillaume Nodet wrote:
> I don’t see git submodules fixing the pain of having to create two PRs,
> keeping them aligned, having to merge or rebase both at the same time…
>
> ---
On Thu, Oct 10, 2024 at 8:46 AM Herve Boutemy wrote:
> > I always has seen this
> > more as some kind of compatibility-test-kit that can be used independent
> > of maven itself.
>
> yes, this rings a bell: compatibility-test-kit is the spirit that was
> promoted at that time, with "apache distrib
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...
Anders Hammar 于2024年10月10日周四 15:26写道：
> On Thu, Oct 10, 2024 at 8:46 AM Herve Boutemy wrote:
>
> > > I always has seen thi
I don’t see git submodules fixing the pain of having to create two PRs,
keeping them aligned, having to merge or rebase both at the same time…
Guillaume Nodet
Le jeu. 10 oct. 2024 à 09:41, Michael Osipov a écrit :
> A few notes on this though I am neutral:
>
> * Signi
instead sub module makes them more pain ...
发件人: Guillaume Nodet
发送时间: 星期四, 十月 10, 2024 7:22:45 下午
收件人: Maven Developers List
主题: Re: [DISCUSS] Merge ITs in maven
I don’t see git submodules fixing the pain of having to create two PRs,
keeping them aligned, havin
A few notes on this though I am neutral:
* Significant growth of repo, thus repo size for those who simply don't need ITs
* A compat kit (which it is) is usually a separate repo/product/project
* Though I consider Git submodules as a horrible implementation compared to
Subversion externals, it co
