Wir bewegen uns zu einem monolithischen Repository für ein Projekt, was bedeutet, dass wir bei einem Commit auf der Team-Stadt bestimmen müssen, welcher Build gestartet werden soll.Teamcity - Überwachung eines bestimmten Ordners als VCS-Trigger
Betrachten Sie das folgende Repo:
/
a/
b/
Wir derzeit baut pro Teilprojekt, die ausgelöst werden müssen, wenn
begeht In VCS löst, können wir eine VCS-Trigger-Regel erstellen, die "scheint" jedoch zu arbeiten ich habe folgende Fragen:
- wenn ich eine Änderung begehen
b
in Ordnern, durch eine Trigger-Regel kann ich nur die Builds fürb
Anstoß. Die Builds füra
zeigen jedoch ausstehende Änderungen, die nicht verwandt sind. - Ist dieser Ansatz langfristig sinnvoll? Gibt es unbeabsichtigte Fehler, die auftreten?
Ich fühle, dass die "schwebende Änderung" ein Nachteil sein wird, wie jeder, der es sieht, als ob etwas Verwandtes nicht gebaut hat. Im Laufe eines Projekts wird diese Zahl groß sein. –
Nun, Sie könnten einen zusätzlichen Nightly-Trigger einrichten, so dass zumindest nachts die Projekte erstellt werden und die Anzahl der ausstehenden Änderungen niedrig bleibt. – Vampire
Einverstanden, macht Sinn. –