[Java lista] Maven local repo beallitas

[Zsombor]

2009/10/30 TamĂĄs CservenĂĄk <tamas at cservenak.net>

> Kell, mert:
>
> * a maven2 sajatossaga, hogy a local repo-t bizony idorol idore (en, pl.
> release elotti napokon szoktam) "ki kell takaritani" (ertsd: rm -Rf
> .m2/repository). Ezzel sok problemat, build module cycle, stb dolgot
> kiszursz. Igaz, nalunk a CI melot vegzo Hudson is hetente torli a local
> repokat pont ezert, de mi fejlesztok is rigorozusabb uzemmodba megyunk
> release elott. MRM nelkul :== halal
> * egyszeruen elfelejtem az "-o" switchet. Tenyleg! Es akkor mvn futasakor a
> local repo metadata modosul, es utana bahhatod!
> * mert a sonatype fejlesztok maven3-at hasznalnak, tehat en is, (belso
> megegyezes, "teszteljuk" is egyben", de a CI a "stabil" 2.2.1-et), es
> Benjamin a heten elbahta az "-o" switchet, regression volt. Nem mukodott az
> "-o" :D  (tegnaptol javitva)
> * mert amint az elozo leveleimben mondtam, a projekt info _hianyos_:
> probald ki, csekkeld ki a Nexus-t es adj neki mvn clean install-t. Nem megy.
> Kell az a plusz informacio, hogy mit honnan (sonatype forge repo pl.)
> * mert a dev.java.net M1 es M2 repojat "atkonvertalom" M2 layout-ra a
> MRM-vel (Maven3 _NEM_ tamogatja a "legacy" M1 layoutot!)
> * stb.
>
> Amint latod, sok esetben ONLINE modban is kell a MRM, es ha mar van, akkor
> offline modban is hasznalom. Tehat, nem az offline mod miatt VAN a MRM a
> gepemen.
>
> Udv,
> ~t~
>


Miért kell törölni a lokál repót ? Nem az az egyik fő érv a maven mellett,
hogy a lokál repóval nem kell sokszor letölteni a függőségeket a különböző
projektekhez?


Zs
--------- következő rész ---------
Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva...
URL: http://javagrund.hu/pipermail/javalist/attachments/20091030/4b9ab9f3/attachment.html