AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

Entwicklungsrechner synchron halten

Ein Thema von TigerLilly · begonnen am 19. Feb 2020 · letzter Beitrag vom 20. Feb 2020
Antwort Antwort
Seite 2 von 2     12   
TigerLilly

Registriert seit: 24. Mai 2017
Ort: Wien, Österreich
1.211 Beiträge
 
Delphi 11 Alexandria
 
#11

AW: Entwicklungsrechner synchron halten

  Alt 19. Feb 2020, 16:13
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?
  Mit Zitat antworten Zitat
Benutzerbild von dummzeuch
dummzeuch

Registriert seit: 11. Aug 2012
Ort: Essen
1.623 Beiträge
 
Delphi 10.2 Tokyo Professional
 
#12

AW: Entwicklungsrechner synchron halten

  Alt 19. Feb 2020, 16:24
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.
Thomas Mueller
  Mit Zitat antworten Zitat
Benutzerbild von Stevie
Stevie

Registriert seit: 12. Aug 2003
Ort: Soest
4.027 Beiträge
 
Delphi 10.1 Berlin Enterprise
 
#13

AW: Entwicklungsrechner synchron halten

  Alt 19. Feb 2020, 16:34
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.
Stefan
“Simplicity, carried to the extreme, becomes elegance.” Jon Franklin

Delphi Sorcery - DSharp - Spring4D - TestInsight
  Mit Zitat antworten Zitat
TigerLilly

Registriert seit: 24. Mai 2017
Ort: Wien, Österreich
1.211 Beiträge
 
Delphi 11 Alexandria
 
#14

AW: Entwicklungsrechner synchron halten

  Alt 19. Feb 2020, 16:57
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.
  Mit Zitat antworten Zitat
Der schöne Günther

Registriert seit: 6. Mär 2013
6.176 Beiträge
 
Delphi 10 Seattle Enterprise
 
#15

AW: Entwicklungsrechner synchron halten

  Alt 19. Feb 2020, 17:07
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.
  Mit Zitat antworten Zitat
TigerLilly

Registriert seit: 24. Mai 2017
Ort: Wien, Österreich
1.211 Beiträge
 
Delphi 11 Alexandria
 
#16

AW: Entwicklungsrechner synchron halten

  Alt 20. Feb 2020, 07:54
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.
  Mit Zitat antworten Zitat
Rollo62

Registriert seit: 15. Mär 2007
4.116 Beiträge
 
Delphi 12 Athens
 
#17

AW: Entwicklungsrechner synchron halten

  Alt 20. Feb 2020, 10:13
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.

Geändert von Rollo62 (20. Feb 2020 um 10:41 Uhr)
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 2 von 2     12   


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 01:11 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz