Lite om svn-strukturen

[Sofia Jonsson]

Hej!

Svn-strukturen för projektet är uppdelad enligt bilden, kort förklaring till de olika delarna:

- maven - här lägger vi upp maven-artefakter, t ex JLdap och projektens egna artefakter.
- reference-architecture - här ligger referensarkitekturen. Jag har under den lagt upp trunk, tags och branches i sann svn-anda. Under trunk ligger sen nuvarande versionen. Den är uppdelad på docs och src, där docs innehåller är alla dokument som tidigare låg på projektplatsen (förutom de som blivit omgjorda till wiki-sidor). Src innehåller det som låg i svn internt tidigare.
- sok-i-kiv - här ska sök i katalog in (senare, katalogen ska väl f.ö. döpas om till sok-i-katalog)
- hriv - finns inte än men ska skapas på samma nivå som reference-architecture och sok-i-kiv
- wiki - här ligger alla wikidokument. Om jag inte har fattat helt fel så måste dessa ligga i roten på denna svn-katalog (jag har iaf inte hittat nåt sätt att ändra detta i google code)? Under wiki/bilder/RA har jag lagt bilder som specifikt är skapade till RA's wikisidor, dessa länkas sen in på wikisidorna.

Kom gärna med synpunkter på strukturen, det är enklare att ändra nu än senare...

Mvh Sofia

--
Sofia Jonsson
Callista Enterprise AB
Mobil: +46 (0)733 - 51 91 74
mailto:sofia....@callistaenterprise.se
http://www.callistaenterprise.se

[Niklas Gustavsson]

2009/4/6 Sofia Jonsson <sofia....@callistaenterprise.se>:

> Svn-strukturen för projektet är uppdelad enligt bilden

Ser utmärkt ut!

> - wiki - här ligger alla wikidokument. Om jag inte har fattat helt fel så
> måste dessa ligga i roten på denna svn-katalog (jag har iaf inte hittat nåt
> sätt att ändra detta i google code)?

Tror inte detta går att ändra, dessutom är den väl inte direkt ivägen
för oss så det borde fungera.

/niklas

[Sofia Jonsson]

Ang wiki-dokumenten så tycker jag också att det fungerar som det är
nu. På sikt kan det ev bli många dokument här beroende på hur många
subprojekt man väljer att lägga under "öppna program". Men det
problemet undviker man bättre genom att dela upp subprojekten i olika
google code-projekt. Då slipper man också problemet med att man inte
kan styra rättigheterna så att man bara är utvecklare i ett subprojekt
(ex HRIV).

Vi har för övrigt valt att inte ha något prefix eller liknande på wiki-
sidorna utan istället använda oss av labels för att sortera upp dem i
olika subprojekt (att även ha prefix blev lite kaka-på-kaka). Detta
innebär att alla wiki-sidor måste ha unika namn.

Hälsningar Sofia

On Apr 6, 9:42 am, Niklas Gustavsson <nik...@protocol7.com> wrote:
> 2009/4/6 Sofia Jonsson <sofia.jons...@callistaenterprise.se>:

[jonas liljenfeldt]

Hej,

Jag och Sofia har haft en liten subdiskussion kring hur HRIV och SIK
passar in i strukturen.

I fallet med HRIV, som beror på delar (composite-svc) av SIK och inte
är helt självständig, vill man troligen samla både HRIV och SIK under
ett och samma tak (toppnivå). Tidigare hette denna toppnivå ("system"
på refark-språk) KivTools men iom det nya generella tankesättet kanske
HsaTools är mer lämpligt?

Eftersom HRIV inte blir användbart utan SIK behöver vi komplettera
(open-sourca om man så vill) även SIK vid samma tillfälle. Tankar
kring det?

/Jonas

2009/4/6 Sofia Jonsson <sofia....@callistaenterprise.se>:

--
Hälsningar
Jonas Liljenfeldt

-----------------------------------
Mobil: 073-9332565
Doktor Hjorts Gata 10A
413 23 Göteborg