Build / configuratiemanager

[Sardaukar]

Hallo,

Ik begin waarschijnlijk binnenkort aan een nieuwe klus in de rol van build / configuratiemanager. Ik zal de situatie even schetsen:

• Meerdere projectteams elk verantwoordelijk voor 1 product
• Elk team maakt gebruik van een common middleware laag
• Deze middleware laag heeft de potentie om uit te groeien tot een volwaardig product
• 1 projectteam heeft zaken als branching, merging, meerdere releases al goed onder de vingertippen. De andere teams zijn minder hiervan op de hoogte (vooral een bewustwordingsproces)

Zelf heb ik aardig wat ervaringen in het aansturen van teams en het opzetten van een buildstrategie, maar ik ben toch op zoek naar wat meer documentatie. Ik ben bijvoorbeeld zelf al bekend met 'The Build Master: Microsoft's Software Configuration Management Best Practices' voor het buildgedeelte.

Ik vraag me echter af welke documentatie (boeken / weblogs) jullie over dit onderwerp kunnen aanraden.

[Verwijderd]

Wij zijn een half jaar geleden overgestapt van het "Branch per Release" model naar het "Branch per Task" model.
Waar wij met "Branch per Release" tegen aan liepen is dat het moelijk is om wijzigingen automatisch te mergen tussen versies die ver uit elkaar liggen (meerdere tussenliggende branches). Dit was een beperking van het product Team Foundation Server van Microsoft wat we hiervoor gebruiken.

Hieronder een aantal links met daarin informatie over de verschillende branche modellen die je kan gebruiken.

http://www.codeplex.com/BranchingGuidance

(Bij onderstaande link is registratie verplicht).
http://www.cmcrossroads.c...ing-and-surround-scm.html

Mijn ervaring is dat je niet te licht over dit soort keuzes moet nadenken. Zeker als je meerdere versies van je software moet ondersteunen.

[Alarmnummer]

Over welk platform ga je buildmanager worden? Er zijn bv veel Java specifieke build oplossingen: van build scripts zoals Maven/ANT naar volledige continuous integration servers zoals CruiseControl of Bamboo. Het lijkt me dus handig als je het platform er bij vermeld.

[Sardaukar]

Alarmnummer schreef op donderdag 22 november 2007 @ 10:54:
Over welk platform ga je buildmanager worden?

.NET. Denk aan Team Foundation Server. Wel werkt 1 projectteam ook nog met Java. Maar het gaat me niet zozeer om de tooling, maar meer om de algemene principes erachter. Denk aan dingen als:

- Wat voor branche-strategie hanteren we?
- Hoe introduceer ik het bij een groep die minder ervaring heeft met dit soort dingen?
- Hoe krijg ik iedereen mee?

Voor dit soort vraagstukken ben ik dus momenteel de projectstructuur aan het bestuderen en aan het kijken hoe ik stapje voor stapje deze concepten werkend kan krijgen binnen de organisatie.

Met de link van crossroads was ik al bekend.

[Alex]

Check dit 'ns: http://www.ericsink.com/scm/source_control.html en dan specifiek http://www.ericsink.com/scm/scm_working_folders.html.

Over dat stukej ervaring en 'iedereen meekrijgen'. De realisteit is dat je niet iedereen op één lijn krijgt. Wel is het goed om teams zelf verantwoordelijk te maken voor hun eigen builds. Met roulatie schema's(of op basis van fouten) verandert de eigenaar van het build proces(MS model). Zo krijg iedereen in elk geval een beetje kennis van het systeem.

[Sardaukar]

Alex schreef op zaterdag 24 november 2007 @ 13:51:
Check dit 'ns: http://www.ericsink.com/scm/source_control.html en dan specifiek http://www.ericsink.com/scm/scm_working_folders.html.

Bedankt, deze links kende ik echter ook al. Ik heb het idee dat ik al redelijk wat informatie verzameld heb .

Misschien voor anderen interessant om te zien wat ik zelf al heb gevonden:

http://del.icio.us/deli_atthecounter/scm