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

[freimatz]

Der allgemein richtige Weg, um die Abhängigkeiten in Zeit (Datum, Uhrzeit) bzw. SVN-Revisionsnummer zwischen drei verschiedenen Repositories zu managen ist
a) Die Repos auf git umzustellen
b) die abhängigen Repos als Submodule einzubinden in die Repos wo man sie braucht.
(Alternativ kann man noch alle Projekte mit einem Paketmanager verwalten lassen.)

Was der allgemein übliche Weg ist kann ich dir leidern nicht sagen, da ich extrem wenige Firmen kenne die überhaupt solche Abhängigkeiten haben. Ich fürchte dass man allgemein üblich - wie leider auch bei uns - irgend so nen Murks macht wie du es vorschlägst. SCNR

[TiGü]

Zitat von freimatz:

Was der allgemein übliche Weg ist kann ich dir leidern nicht sagen, da ich extrem wenige Firmen kenne die überhaupt solche Abhängigkeiten haben. Ich fürchte dass man allgemein üblich - wie leider auch bei uns - irgend so nen Murks macht wie du es vorschlägst. SCNR

Würde es dir etwas ausmachen, jemanden Wissenden bei dir in der Firma zu fragen?

[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.

[freimatz]

Das ist wohl so was ähnliches wie bei git die Submodule

Zitat von TiGü:

Zitat von freimatz:

Was der allgemein übliche Weg ist kann ich dir leidern nicht sagen, da ich extrem wenige Firmen kenne die überhaupt solche Abhängigkeiten haben. Ich fürchte dass man allgemein üblich - wie leider auch bei uns - irgend so nen Murks macht wie du es vorschlägst. SCNR

Würde es dir etwas ausmachen, jemanden Wissenden bei dir in der Firma zu fragen?

Derjenige ist heute wieder vom Urlaub zurück. Also: wir haben ein Hauptrepository und dazugehöriges Zeug, das in SVN-Repos ist.
Es gibt ein buildsystem und da gibt es eine SVHCheckout.bat. Diese ist im git-Haupt-Repo versioniert. In dieser Batch stehen die SVN-Checkout-Kommandos drin mit den jeweiligen branches.