Hallo allen,
We werken op het werk met een Subversion repository om software development bij te houden. Nu is dit in het begin redelijk simpel gegaan (een repository per project en gewoon steeds in goed overleg gecommit / geupdate), maar willen we eigenlijk naar een wat gestructureerder geheel gaan, met een trunk, branches en tags. Ook qua structuur willen we wat aanpassen, maar ik weet niet zeker of dit kan en hoe het zou moeten;
onze projecten zitten in een dir \IDL\project1, \IDL\project2, \IDL\project3 etc...
Ook is er een gezamelijk project \IDL\framework, waar alle projecten gebruik van maken.
Wat we graag willen is dat we bij een release een tag kunnen maken van het hele project, dus inclusief framework map. Die staat echter buiten de project-repository en huist momenteel in zijn eigen repository.
Een oplossing zou kunnen zijn om die framework map te verplaatsen en elk project zijn eigen framework map te geven; dan kunnen er mooie gecombineerde releases uitgebracht worden, maar zitten we met het probleem dat we een update aan het framework ook bij andere projecten willen doorvoeren.
Zou het mogelijk zijn om, ondanks dat een framework map zijn eigen repository heeft, deze tevens deel te laten uitmaken van een project-repository? Of hoe wordt dit probleem (gedeelde code over meerdere projecten) in het algemeen aangepakt?
We werken op het werk met een Subversion repository om software development bij te houden. Nu is dit in het begin redelijk simpel gegaan (een repository per project en gewoon steeds in goed overleg gecommit / geupdate), maar willen we eigenlijk naar een wat gestructureerder geheel gaan, met een trunk, branches en tags. Ook qua structuur willen we wat aanpassen, maar ik weet niet zeker of dit kan en hoe het zou moeten;
onze projecten zitten in een dir \IDL\project1, \IDL\project2, \IDL\project3 etc...
Ook is er een gezamelijk project \IDL\framework, waar alle projecten gebruik van maken.
Wat we graag willen is dat we bij een release een tag kunnen maken van het hele project, dus inclusief framework map. Die staat echter buiten de project-repository en huist momenteel in zijn eigen repository.
Een oplossing zou kunnen zijn om die framework map te verplaatsen en elk project zijn eigen framework map te geven; dan kunnen er mooie gecombineerde releases uitgebracht worden, maar zitten we met het probleem dat we een update aan het framework ook bij andere projecten willen doorvoeren.
Zou het mogelijk zijn om, ondanks dat een framework map zijn eigen repository heeft, deze tevens deel te laten uitmaken van een project-repository? Of hoe wordt dit probleem (gedeelde code over meerdere projecten) in het algemeen aangepakt?
Zeg wat je doet en doe wat je zegt, dan wordt de hele wereld een stukje leuker