Delphi-PRAXiS
Seite 2 von 2     12   

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Sonstige Werkzeuge (https://www.delphipraxis.net/63-sonstige-werkzeuge/)
-   -   SVN und Komponentenversionen (https://www.delphipraxis.net/150240-svn-und-komponentenversionen.html)

generic 19. Apr 2010 12:44

Re: SVN und Komponentenversionen
 
Sprichst du von den installierten Komponenten innerhalb von Delphi oder eigenen BPLs?
Im Prinzip darfst du nicht mit globalen Suchpfaden arbeiten, sondern die in das Projekt eintragen.

Bei in der IDE installierten Komponenten dürfte das schwieriger werden.

ele 19. Apr 2010 13:28

Re: SVN und Komponentenversionen
 
Zitat:

Zitat von generic
Sprichst du von den installierten Komponenten innerhalb von Delphi oder eigenen BPLs?
Im Prinzip darfst du nicht mit globalen Suchpfaden arbeiten, sondern die in das Projekt eintragen.

Bei in der IDE installierten Komponenten dürfte das schwieriger werden.

Das führt aber ziemlich schnell zu eine Source-Chaos, wenn man dann bei mehreren Projekten eine eigene Bibliothek mitführt. Vor allem wenn man dann eine Bibliothek in einem Projekt weiterentwickel und das in den anderen Projekten nicht nachführt. Ich arbeite deswegen ausschliesslich mit globalen Bibliothekspfaden.

Ich habe mir auch schon Gedanken zu dem Problem gemacht, aber eine wirklich zufriedenstellende Lösung habe ich bisher auch noch nicht gefunden.

Namenloser 19. Apr 2010 17:11

Re: SVN und Komponentenversionen
 
Ein Symlink könnte hier hilfreich sein: Einfach ein globales Lib-Verzeichnis erstellen und dann in jedem Projektordner eine Veknüpfung dorthin erstellen.

Uwe Raabe 20. Apr 2010 07:29

Re: SVN und Komponentenversionen
 
Zitat:

Zitat von ele
Das führt aber ziemlich schnell zu eine Source-Chaos, wenn man dann bei mehreren Projekten eine eigene Bibliothek mitführt. Vor allem wenn man dann eine Bibliothek in einem Projekt weiterentwickel und das in den anderen Projekten nicht nachführt. Ich arbeite deswegen ausschliesslich mit globalen Bibliothekspfaden.

Ein Problem ensteht in diesem Fall dann, wenn du eine ältere Version zur Fehlerbehebung bearbeiten musst, die aber nicht mit der neuen Version der Bibliothek zusammen passt. Deswegen gehören meiner Meinung nach die Bibliotheken mit in die Versionsverwaltung des Projekts.

Ich löse das mit SVN folgendermaßen:

- Alle Bibliotheken werden über SVN verwaltet. Ich habe ein eigenes Repository, einen Folder pro Bibliothek und die entsprechenden Subfolder trunk, tags und branches. Sowohl bei Fremd-Bibliotheken, als auch bei eigenen, wird jede Version getaggt.

- Jedes Projekt hat ein eigenes LIB-Verzeichnis in das die verwendeten Bibliotheken per svn:external eingebunden werden. Solange das Projekt in der aktuellen Entwicklung bzw. Experimentierphase ist, binde ich den jeweiligen trunk ein.

- Noch bevor die ersten Versionen des Projekts rausgehen (sprich, bevor das erste Projekt selbst getagged wird), ändere ich die svn:externals auf den aktuellen Tag der entsprechenden Bibliothek. Damit ist gewährleistet, daß diese Version des Projekts mit den dafür passenden Bibliotheken fest verbunden ist.

- Für die aktuelle Entwicklung werden die svn:externals wieder auf den trunk zurückgesetzt. Damit ist sichergestellt, daß das Projekt immer mit den neuesten Bibliotheken arbeitet. In Ausnahmefällen wird für einzelne Bibliotheken auch mal darauf verzichtet.

- Zum Bugfixing wird die zu fixende Version aus den tags in einen neuen Branch kopiert. Dieser wird dann für alle weiteren Bugfixes dieser Version verwendet. Auf ein Merge wird auf Grund der bekannten Probleme von SVN in diesem Bereich verzichtet.

- Das Ganze läßt sich dank einer strukturierten Versionsnummernrichtlinie relativ leicht automatisieren.

Das Problem der Designtime-Packages läßt sich damit leider nicht lösen und ich habe bislang auch noch keine zufriedenstellende Lösung dafür gefunden. Entsprechende Geistesblitze nehme ich immer dankbar zur Kenntnis.

Nach meinen bisherigen Erkenntnissen muss man sich aber für eine Lösung von den automatischen Bibliotheksinstallern gleich verabschieden.

Oder nach Walter Giller: Es bleibt schwierig...

Die Muhkuh 20. Apr 2010 08:44

Re: SVN und Komponentenversionen
 
Hi,

leg doch einfach ein Verzeichnis "vendor" im Projekt an und werfe dort die Komponenten mit rein?

http://svnbook.red-bean.com/nightly/....vendorbr.html

haentschman 20. Apr 2010 18:46

Re: SVN und Komponentenversionen
 
Danke für Eure Anteilnahme... :zwinker:

ich habe im Moment andere Sorgen. Ich hab mir mit der Probiererei ein paar Versionstände abgeschossen. Verkehrt Ausgecheckt ! :( Ok...Backup her. Und dann ein beschädigtes Backup vorgefunden :wall: (Acronis True Image) Ich bin fast geplatzt :evil:

Wenn der Kopf wieder dafür frei ist nehme ich mir Eure Tipps zur Brust. Dann kommt bestimmt die eine oder andere Sicherheitsfrage damit das nicht wieder passiert :zwinker:

Eine schöne Woche...


Alle Zeitangaben in WEZ +1. Es ist jetzt 13:53 Uhr.
Seite 2 von 2     12   

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz