Entwicklungsrechner synchron halten

[TigerLilly]

Ok, aber das hilft nicht wirklich. Wenn eine neue Lib dazu kommt, muss ich den Pfad ja trotzdem im Delphi ergänzen. Und genau das wollte ich automatisieren.

Es sei denn:
Ich mache sowas wie

SET DELPHI-LIB-PATH="c:\.....; ..."
Und trage im Library-Pfad für Delphi $(DELPHI-LIB-PATH) ein + sonst nix.

Das kommt in einen Batchjob + der unter Versionskontrolle.

Oder so ähnlich?

[dummzeuch]

Zitat:

Zitat von TigerLilly (Beitrag 1457930)

Ok, aber das hilft nicht wirklich. Wenn eine neue Lib dazu kommt, muss ich den Pfad ja trotzdem im Delphi ergänzen. Und genau das wollte ich automatisieren.

Vielleicht kann man ja auch mal mit demjenigen sprechen, der die weiter oben von Dir geannnte Regel aufgestellt hat, dass Bibliotheken immer in den Library-Path sollen - das macht in meinen Augen nämlich nur wenig Sinn - dass man sie stattdessen in den Projektpfad schreiben sollte. Dann braucht man ausser einem checkout gar nichts machen.

[Stevie]

Kleines Tool schreiben, was an HKCU\Software\Embarcadero\BDS\<ver>\Library\<platf orm>\Search Path nen Wert anhängt geht glaub ich sogar mit Delphi.

[TigerLilly]

Zitat:

Zitat von dummzeuch (Beitrag 1457931)

Vielleicht kann man ja auch mal mit demjenigen sprechen, der die weiter oben von Dir geannnte Regel aufgestellt hat, dass Bibliotheken immer in den Library-Path sollen - das macht in meinen Augen nämlich nur wenig Sinn - dass man sie stattdessen in den Projektpfad schreiben sollte. Dann braucht man ausser einem checkout gar nichts machen.

Bei uns kommen eigentlich in den Projektpfad nur Dinge, die projektspezifisch sind. Bibliotheken, die "allgemein" benutzbar sind, kommen in die Delphi-Pfade.

Ich mag auch nicht, dass für jede Lib die DCU´s in 100 Verzeichnissen doppelt vorkommen. Aber es stimmt schon, wären die Pfade im Projekt-Suchpfad, genügt ein Checkout. Hmm.

[Der schöne Günther]

Zitat:

Zitat von TigerLilly (Beitrag 1457934)

Aber es stimmt schon, wären die Pfade im Projekt-Suchpfad, genügt ein Checkout.

Und du bist nicht gezwungen in allen Projekten die gleiche Version einer Bibliothek zu verwenden.

[TigerLilly]

Nachteil ist halt, dass man allen Installern hinterherwassern muss + DCUs etc vielfach abgelegt hat. Das finde ich ja jetzt schon mühsam, wenn mancher Installer die DCUs woanders ablegt, als bei der manuellen Kompilierung der Sourcen.

[Rollo62]

Zitat:

Zitat von TigerLilly (Beitrag 1457967)

Nachteil ist halt, dass man allen Installern hinterherwassern muss + DCUs etc vielfach abgelegt hat. Das finde ich ja jetzt schon mühsam, wenn mancher Installer die DCUs woanders ablegt, als bei der manuellen Kompilierung der Sourcen.

Ok, in manchen Projekten machen Precompilierte DCUs Sinn.
Ich halte es aber seit Jahren so das ich möglichst immer frisch aus Sourcen compiliere,
bei guter Modularisierung dauert das nur unwesentlich länger.
Ich lösche die DCUs für einem großen Build bewusst.

Dafür habe ich seither aber keine Probleme mit DCU "Leichen" mehr, die nicht aktuell sind.

Edit:
Probleme auch wie: IDE-Abstürze, Internal Compiler Error, Mismatch Debug-Positionen, out-of-memory etc.