Entwickler-Ecke
Programmierwerkzeuge - 2 dpr-Dateien ?
LonghornUser - So 06.09.09 16:39
Titel: 2 dpr-Dateien ?
Hallo,
ich nutze Delphi 2009 und wenn ich ein neues Projekt starte, werden 2 Projektdateien kreiert: Project1.dpr sowie Project1.dproj.
Wozu ist das notwendig ? Reicht eine der beiden nicht aus ?
Danke !
Ciao LHUser
Moderiert von
Narses: Topic aus Sonstiges (Delphi) verschoben am Mo 07.09.2009 um 00:21
jaenicke - So 06.09.09 16:47
Du kannst die .dproj Datei genauso wie die .bdsproj Datei von D2006 usw. auch löschen. Ich habe da auch ein Clean-Skript dafür, mit dessen Hilfe ich automatisierte Distributionspakete aller meiner Projekte erstellen und automatisiert uploaden kann. Allerdings verlierst du dann Einstellungen wie das Ausgabeverzeichnis usw. aus den Projektoptionen.
LonghornUser - So 06.09.09 16:52
Ah, ok. Und wie sieht es mit den *.ddp-Dateien aus ? Braucht man die wirklich ?
Ich miste nämlich gerade mal meine ganzen Projektordner aus ;)
jaenicke - So 06.09.09 16:58
Brauchen ganz allgemein nein. Wenn du "normale" Projekte hast, reichen .dpr, ,pas und .dfm, ggf. noch .inc.
Ich hänge einfach einmal mein Cleaning-Skript an. Vorsicht! Mach vorher eine Sicherungskopie, falls du da doch noch andere Dateien drin hast und die dann fehlen.
Bei mir gibt es ein Verzeichnis Source mit nur dem Quelltext zu einem Projekt und außerhalb davon das Skript und in parallelen Verzeichnissen die Distributionsordner, Setups, Dokumentation, ...
In dem Skript musst du nur unten die Ordner eintragen, die gesäubert werden sollen, im Beispiel sind das der Ordner Source und dessen Unterordner Forms und Units. Es reicht diesen Code als !Clean.bat zu speichern:
!Clean.bat
1: 2: 3: 4: 5: 6: 7: 8: 9: 10: 11: 12: 13: 14: 15: 16: 17: 18: 19: 20: 21:
| @echo off
if not "%1" == "dir" goto :full cd %2 rd /s /q __history del *.local del *.~* del *.dcu del *.cfg del *.identcache del *.dproj del *.cfg del *.dof for /l %%i in (1, 1, %3) do cd..
goto :eof :full
call !Clean dir Source 1 call !Clean dir Source\Forms 2 call !Clean dir Source\Units 2 |
Erklärung: Die Datei ruft sich rekursiv selbst wieder auf. Unten bei call muss nach dem dir das Verzeichnis ausgehend vom Skript stehen, dahinter als Zahl die Anzahl der Unterordner in diesem Pfad.
// EDIT:
Ach ja: Keine Ahnung, ob das unter XP auch schon funktioniert, aber ich glaube schon, da es da auch schon die CMD-Erweiterungen gab.
// EDIT2:
Welche Typen du da noch reinschreibst oder rausnimmst musst du selbst wissen. :mrgreen:
Xentar - So 06.09.09 17:57
Welchen Sinn macht es bitte, die *.dproj zu löschen?
Nicht nur, dass dann alle Einstellungen weg sind - sondern auch die Versionsinformationen des Projektes - und die halte ich doch schon für wichtig.
jaenicke - So 06.09.09 17:58
Sind die jetzt auch plötzlich darin gespeichert? :shock:
Bisher wurden die ja in der .res gespeichert. :gruebel:
Xentar - So 06.09.09 18:08
jaenicke hat folgendes geschrieben : |
Sind die jetzt auch plötzlich darin gespeichert? :shock:
Bisher wurden die ja in der .res gespeichert. :gruebel: |
Jein.
Die sind natürlich auch in der .res und werden dann mit eingelinkt in die exe
Aber glaub, der "Ursprung" davon liegt in der .dproj Datei.
Wenn ich nen neuen Build erzeuge, in dem nur die Versionsnummer erhöht wurde, und ins SVN einchecke, werden zumindest beide Dateien .res und .dproj als verändert angezeigt.
jaenicke - So 06.09.09 18:15
So, ich habe es gerade getestet. Die Angaben werden in die .dproj Datei geschrieben, benutzt werden diese aber nicht. Das passiert nur, wenn die .res gelöscht wird. Ist diese vorhanden, werden auch die Angaben daraus benutzt und in den Optionen angezeigt. Was in der .dproj steht, ist dabei vollkommen egal. Zumindest bei Delphi 2007.
LonghornUser - So 06.09.09 18:33
Sehr komisch. Warum braucht man für die Versionsinformationen mehrere Quelldateien !?
Entwickler-Ecke.de based on phpBB
Copyright 2002 - 2011 by Tino Teuber, Copyright 2011 - 2026 by Christian Stelzmann Alle Rechte vorbehalten.
Alle Beiträge stammen von dritten Personen und dürfen geltendes Recht nicht verletzen.
Entwickler-Ecke und die zugehörigen Webseiten distanzieren sich ausdrücklich von Fremdinhalten jeglicher Art!