Build-Prozess mit Jenkins, SVN -> Builden alter Versionsstände von 3 Repos

[Uwe Raabe]

Wie wäre es denn, wenn man die jeweils verwendeten Tools- und Komponenten-Repoversionen bei einem Release des FooBar Hauptprogramms mit dem gleichen Tag "V3.0.004.0" markiert? Eventuell noch ergänzt um den Namen des Hauptprojekts, also "FooBar V3.0.004.0".

[TiGü]

Zitat von Uwe Raabe:

Wie wäre es denn, wenn man die jeweils verwendeten Tools- und Komponenten-Repoversionen bei einem Release des FooBar Hauptprogramms mit dem gleichen Tag "V3.0.004.0" markiert? Eventuell noch ergänzt um den Namen des Hauptprojekts, also "FooBar V3.0.004.0".

Angenommen, man würde das so machen:
Würde das vom SVN dann so aufgelöst werden, dass das zukünftige Beispiel "V3.0.005.0" mit den drei getaggten Repos:

• https://mycompanysvn/FooBar/tags/Freigaben/V3.0.005.0
• https://mycompanysvn/Tools/tags/Freigaben/V3.0.005.0
• https://mycompanysvn/Komponenten/tag...ben/V3.0.005.0

...dann beim Auschecken von Jenkins in SVN über den parametrierten Build mit dem SVN-Tag "V3.0.005.0" alle drei Repos von diesem Versionsstand/Datum&Uhrzeit geholt werden?

[Uwe Raabe]

Zitat von TiGü:

...dann beim Auschecken von Jenkins in SVN über den parametrierten Build mit dem SVN-Tag "V3.0.005.0" alle drei Repos von diesem Versionsstand/Datum&Uhrzeit geholt werden?

Ich bin jetzt nicht so fit in Jenkins, aber das sollte eigentlich möglich sein. Aktuell müsst ihr ja auch die URLs für die benötigten Repos festlegen. Ich denke schon, daß man bei Angabe des Revisions-Parameters diesen auf die anderen Repos anwenden kann.

[TigerLilly]

SVN Externals sind doch für genau sowas gedacht:
https://tortoisesvn.net/docs/release...externals.html

Wir haben unsere 3rdParty Libs in eigenen Repositories + halten das über Externals mit unserem Code in sync.