Delphi-PRAXiS
Seite 2 von 2     12   

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Klatsch und Tratsch (https://www.delphipraxis.net/34-klatsch-und-tratsch/)
-   -   Wo liegen Eure Source-Files auf der Festplatte? (https://www.delphipraxis.net/190717-wo-liegen-eure-source-files-auf-der-festplatte.html)

himitsu 31. Okt 2016 14:56

AW: Wo liegen Eure Source-Files auf der Festplatte?
 
Zitat:

Zitat von Jim Carrey (Beitrag 1352289)
Ich bin wohl ein Glückspilz :lol:
"Alle" meine Source-Codes, eines einzigen Programmes sei dabei gesagt, sind in einem Verzeichnis, welches sich auf meinem Desktop befindet.
Ich komme immer sofort dran und muss nicht erst 10x klikcne.

Ob ich den Pfad oder einen Link zum Pfad anklicke, macht da keinerlei Unterschied.
Der Explorer geht da immer beim ersten Klick auf.

Ich bin immernoch dabei alles umzuorganisieren.

Aktuell ein Verzeichnis auf D: wo alles nach unterprojekten in einer möglichst flachen Struktur abgelegt/gruppiert wird.
Das kommt dann demnächst auch wieder in einem/mehreren Projekten ins Versionssystem, wovon Einiges teilweise öffentlich erreichbar ist (nur lesen, standardmäßig).

Delphi-Laie 31. Okt 2016 16:14

AW: Wo liegen Eure Source-Files auf der Festplatte?
 
Auf dem Desktop (in entsprechenden Verzeichnissen).

einbeliebigername 1. Nov 2016 14:06

AW: Wo liegen Eure Source-Files auf der Festplatte?
 
Hallo,

Zitat:

Zitat von Mavarik (Beitrag 1352295)
OK Danke für die Infos...

Wo liegen Fremdkomponenten?

Natürlich liegen diese bei jedem Projekt, wo ich beteiligt bin, wie der Sourcecode der Projekte in der Versionsverwaltung (meistens in einem eigens dafür vorgesehenes Repository). Denn ich muss das Projekt noch mal mit Stand vor fünf Jahren debugen. Wo bekomme ich jetzt den Fremdsourcecode in der richtigen Version, und vor allem in welcher, her?

Klare Antwort aus der Versionsverwaltung. Dafür ist die nämlich da.

Aber viel wichtiger, als wo das Third-Party-Zeug liegt, ist wie es in die Entwicklungsumgebung eingebunden ist. Schrecklich ist, wenn das mittels eins Skript oder Programm für die Entwicklungsumgebung kompiliert und direkt in diese installiert wird. Dann darf man sich bei Versionswechsel durch etliche Gui's durchklicken. Absolut tödlich.

Ich finde richtig ist es, wenn alle Designtime-Packages (auch die eigenen) und die von diesen benötigten Runtime-Packages in einer Projektgruppe stehen. In dieser gibt es auch ein spezielles Package, welches kein Sourcecode enthält, sondern nur alle anderen Packages referenziert. In der Projektgruppe sind die Abhängigkeiten anhand der Requires gepflegt (lässt sich ja automatisieren). Dann braucht man nur ein Package kompilieren und alle anderen werden automatisch mit kompiliert. Und man braucht auch nur dieses Eine zu installieren und alle anderen installieren sich mit.

Dieses Vorgehen ist sehr entspannend in einem Team. Man muss nicht lange überlegen was und vor allem wie man den Kollegen erzählen muss, was sie nach dem nächsten Update tun müssen.

Was auch noch wichtig ist, ist die Struktur wie der Sourcecode und die Projektdateien abgelegt sind. Ein absolutes No-Go, wenn die Packages für die unterschiedlichen Delphi-Versionen in einem Verzeichnis liegen und irgendeine ominöse Nummer tragen (Wer hat bloß diese Verzeichnisse erfunden?). Dann ist man stundenlang beschäftigt die richtige Nummer zu ermitteln. Auch der Wechsel zu einer neuen Delphi-Version macht dann richtig Spaß.

Ich bin auch am Umstellen der Strukturen bei einigen Projekten und benutzte jetzt für Packages die folgende Struktur.
Code:
|-+ <Name>
| |-+ Packages
| | |-- Delphi200208
| | |-- Delphi200703
| | |-- Delphi201008
| | |-- Delphi201504
| | |-- Delphi201604
| |-+ Sources


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

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