[Javalist] release notes készítése Maven-nel

[Laszlo Hornyak]

Magyusz, csak nem a Tata Consultingnal dolgozol? :-)
//evil mode off

En jo darabig olyan szoftvert irtam, amit kozvetlenul a
felhasznaloknak ment, szoval jo resze webes UI. Nekik mindenfele
technikai leiras es buglista nem csak hogy felesleges volt, de zavaro
is. Ugyhogy atszoktam arra, hogy a maven site pluginjat hasznalom a
celra. Minden verziohoz irtam egy uj lapot. A bugfixeket siman ki
lehetett rola hagyni, max egy link a jiraba. Nehany pontba
osszeszedtem, hogy mi valtozott az alkalmazas viselkedeseben es a
feluleten, kepek hozza ahol kell. Aztan a maven release plugin ezt
amutomatikusan kitolta egy site-ra, ahol a webapp help-je is volt/van.

Emellett aki nagyon kivancsi ra, annak a jira-ban is otthagytam hogy
melyik cuccba milyen bugfix kerult bele, de azt hiszem a kutyat nem
erdekelte. Szoval ennyi erovel tarthattam volna excelben is a
buglistat, csak azt nem eszi meg az eclipse mylin.
A felhasznaloi igenyektol fugg, ha a felhasznaloddal meg tudod
szokatni, en a bugtrackert ajanlanam.


2011/11/23 Tamás Magyar <magyusz at gmail.com>:
> Elmondom én is a folyamatunkat a release notes generálásra, mert
> szerintem vicces:
>
> Használunk egy csomó issue trackert, de túl egyszerű lenne onnan
> generálni, meg van egy ilyen jogszabály, hogy hány százalék helyi
> lakost kell foglalkoztatni...
>
> Van egy emberünk, aki soha életében nem tudott programozni, valahogy
> az IT részlegre keveredett, és most főállású Release Manager, és ami
> durva, hogy napi 8-10 órában tényleg nagyon lelkiismeretesen a
> munkáját végzi, aminek egyik része az amire a kérdés vonatkozott:
> Excel táblázatokat vezet, emailekkel bombáz minket, és szaladgál az
> irodában, majd minden release előtt és után elküldi a változásokat az
> érintetteknek egy szép emailben.
>
>
> Magyusz
>
> 2011/11/23 Cpt <cpt at freemail.hu>:
>> Sziasztok,
>>
>>
>> szeretnék valami olyasmi rendszert bevezetni nálunk, hogy a fejlesztők 1
>> releaseNotes.txt fájlba összefoglalják, hogy milyen módosításokat végeztek a
>> forrásban. Mindenki a trunk-ba fejleszt, és Maven Release plugin-nal
>> gyártjuk a release-t és készítünk belőle egy tag-et az SVN-ben. Így a
>> release-ben és minden SVN tag-ben (ami a verziószámra utal), szépen
>> visszakövethető, hogy mitől több az előzőtől. Azt szeretném, hogy ez a fájl
>> minden release kiadásakor alapállapotba kerüljön. Direkt nem azt írtam, h
>> ürüljön, mert vannak ezzel a fájlal szemben összegyűlt tartalmi
>> követelmények.
>>
>> - issue trackert nem akarok integrálni, mert a gyakorlat azt mutatja, hogy
>> túl nagy overhead-et okozna annak használata, és emiatt meg lenne kerülve.
>> - SVN commentek összegyűjtése nem jó, mert ez a releaseNotes inkább az
>> üzletnek, tesztelőknek szól, semmint fejlesztőknek
>>
>> a.) egyáltalán mások ilyen hogy csinálnak? :)
>> b.) hogyan lehet ezt automatizálni valami létező Maven pluginnal?
>>
>>
>> köszi, Gábor
>> _______________________________________________
>> Javalist mailing list
>> Javalist at lists.javaforum.hu
>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>
>>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>



-- 

EOF