{"id":73,"date":"2008-10-21T15:27:54","date_gmt":"2008-10-21T14:27:54","guid":{"rendered":"http:\/\/www.hinnerup.net\/?p=73"},"modified":"2008-10-21T15:30:00","modified_gmt":"2008-10-21T14:30:00","slug":"skab-overblik-ved-merge-af-branches-i-cvs","status":"publish","type":"post","link":"https:\/\/www.hinnerup.net\/en\/permanent\/2008\/10\/21\/skab-overblik-ved-merge-af-branches-i-cvs\/","title":{"rendered":"Skab overblik f\u00f8r merge af branches i CVS"},"content":{"rendered":"

Anvendelse af versioneringssystemer af den ene eller anden art er med meget f\u00e5 undtagelser en god id\u00e9 – hvad enten man arbejder som eneste udvikler p\u00e5 et projekt, er flere der altid arbejder p\u00e5 HEAD af et projekt eller i en af f\u00f8rn\u00e6vnte konfigurationer har behov for at arbejde i flere branches af et projekt samtidig.<\/p>\n

Der opst\u00e5r imidlertid potentielt komplicerede situationer, n\u00e5r udviklingen p\u00e5 to eller flere branches p\u00e5 et tidspunkt skal flettes sammen og den resulterende kode enten idrifts\u00e6ttes eller benyttes som basis for fortsat udvikling: Der kan v\u00e6re sket \u00e6ndringer i rigtig mange filer, ved mange forskellige mennesker h\u00e6nder, i sammenh\u00e6ng med vidt forskellige projekter og opgaver.<\/p>\n

Det kan i den anledning v\u00e6re med til at skabe ro omkring processen, ved inden gennemf\u00f8relse af fletning, at identificere hvilke filer der er \u00e6ndret p\u00e5 flere branches – og kombinere denne oplysning med hvilke brugere der har v\u00e6ret involveret i de givne \u00e6ndringer, s\u00e5ledes at disse p\u00e5 forh\u00e5nd kan foreberede sig p\u00e5 at h\u00e5ndtere eventuelle konflikter, og efterf\u00f8lgende at v\u00e6re med til at bekr\u00e6fte hvorvidt deres respektive \u00e6ndringer ogs\u00e5 fungerer efter endt fletning.<\/p>\n

Imidlertid er de data CVS kan levere ikke umiddelbart nemme at overskue. Heldigvis kan de med lidt assitance fra Excel relativt nemt beriges og behandles i en pivottabel, s\u00e5 det ogs\u00e5 for en personkreds med relativt lille kendskab til versionsstyringssystemer forekommer overskueligt, hvor stor en opgave der forest\u00e5r ved et kommende merge.<\/p>\n

cvs history -c -a -p yourRepositoryName >yourRepositoryName.txt<\/code><\/p>\n

Ovenst\u00e5ende vil tr\u00e6kke de informationer ud der er behov for, i form af fommits for alle brugere for et givent repository – og aflevere dem i en tekstfil i et format, der nemt kan importeres i Excel.<\/p>\n

\"\"<\/a>Ved import af filen genereret af CVS, vil Text Import Wizard med overvejende sandsynlighed tr\u00e6ffe alle de rette valg. S\u00e5ledes kan der blot kan v\u00e6lges “Finish”, n\u00e5r dialogen dukker op ved \u00e5bning af filen.<\/p>\n

Principielt burde cvs history kunne tage argumenter p\u00e5 formen “-D 2008-01-01”, og derved kun returnere informationer fra d\u00e9n dato og frem – imidlertid viser praktiske erfaringer, at det kan v\u00e6re s\u00e6rdeles vanskeligt at fremprovokere denne opf\u00f8rsel i praksis. N\u00e5r dette er tilf\u00e6ldet, er det n\u00f8dvendigt – og i hvert fald ofte hensigtsm\u00e6ssigt – at frasortere data der ligger f\u00f8r de branches der er interessante. Dette kan g\u00f8res ved at v\u00e6lge alt, sortere efter kolonne B (Commit Date) og slutteligt at markere og slette de r\u00e6kker der ligger f\u00f8r d\u00e9n.<\/p>\n

Ved inds\u00e6ttelse af en r\u00e6kke i toppen af arket, anbefales f\u00f8lgende navngivning af kolonnerne:<\/p>\n