Changes between Version 7 and Version 8 of Documentatie/Ontwikkelaar/Omgeving/Tools


Ignore:
Timestamp:
01/31/13 11:36:45 (13 years ago)
Author:
adriaan
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Documentatie/Ontwikkelaar/Omgeving/Tools

    v7 v8  
    1414De AC's kunnen zelf wijzigingen in hun adapataties inleveren. Ze doen dit in de regel in de nieuwste release. Wanneer een AC een wijziging heeft ingeleverd, is dit te zien in de timeline van TRAC. Die houden we als ontwikkelaars dus nauwlettend in de gaten. Wekelijks worden wijzigingen door centra ingeleverd overgenomen in de development-tak. Als centra een oudere release in gebruik hebben, worden wijzigingen ook in de nieuwere releases overgenomen. Wanneer een centrum een wijzing indient en er is al een nieuwe release, krijgt men een waarschuwing dat de ingeleverde zaken niet automatisch beschikbaar zijn in de nieuwe release.  
    1515 
    16 Wijzigingen die in een release worden ingeleverd, moeten via een SVN merge worden opgenomen in de ontwikkeltak.  
     16=== Command-Line === 
    1717 
    18 === Wijzigingen overnemen === 
     18=== TortoiseSVN === 
    1919 
    20 Het meest gemakkelijke is om wijzigingen naar "voren" over te nemen: van een release versie naar nieuwere release versies, of over naar development. Omdat dit regelmatig moet gebeuren is het het meest gemakkelijk om het automatisch met SVN tools te doen. 
     20=== OpenAC SVN === 
    2121 
    22 {{{svn merge}}}, sinds SVN 1.6, houdt bij welke wijzigingen zijn overgenomen. Daardoor voorkom je dat wijzigingen meer dan een keer overgenomen worden, en het wordt ook vrij makkelijk: 
    23  
    24 {{{ 
    25 svn pg svn:mergeinfo development 
    26 svn merge -r NNN:HEAD release/v1.222 development/ 
    27 svn commit -m "OVERNEMEN: v1.222 -> development NNN t/m MMM" 
    28 }}} 
    29  
    30 Met het eerste commando vraag je de mergeinfo op van SVN. Omdat er sommige oude revisies nooit gemerged zijn op een heldere manier, willen we die ook niet meer overnemen. Kijk wat de laatst-gemergede revisie is (in dit geval gaan we v1.222 naar development mergen, dus zoek de uitvoer regel met {{{release/v1.222}}} en onthoud de meest recente revisie daar. Zeg dat NNN=r19183, bijvoorbeeld. 
    31  
    32 Vervolgens doen we de merge zelf. Veranderingen vanaf revisie NNN worden overgenomen van v1.222 naar development. Hierbij kunnen conflicts ontstaan. Los die op. 
    33  
    34 Tot slot met de commit worden de nieuw gemergede revisies als een enkele commit doorgegeven. Merk vervolgens op dat de svn:mergeinfo veranderd is. 
    35  
    36  
    37  
    38 === Backports === 
    39  
    40 Het is ook mogelijk om veranderingen over te nemen van nieuwere versies naar oude, de zogenaamde ''backports''. Dit gebeurt als er belangrijke functionaliteit ontwikkeld wordt, zeg in development, dat vervolgens tussen twee releases door uit moet komen, of als er ingewikkelde bugfixes moeten worden overgenomen. 
    41  
    42 {{{svn merge}}} werkt ook van development naar andere branches, maar in het geval van backports is het vaak handig om specifieke commits over te nemen. Gebruik dan {{{-c NNN}}} in plaats van {{{-r NNN:HEAD}}} om precies een revisie NNN over te nemen.  
    43 Welke revisies over te nemen kan je lezen uit de [/timeline timeline van OpenAC] of uit {{{svn log}}}. 
    4422 
    4523== Mercurial ==