Projekt clonen und separat weiterentwickeln

[HJay]

Delphi XE7

Ich würde gerne ein vorhandenes Projekt clonen und separat weiterentwickeln. Irgendwie schwieriger als gedacht...

Ich möchte das Projekt in einen neuen Ordner kopieren, dem Projekt gerne einen neuen Namen geben (dpr, main program) und dann vollständig unabhängig von dem alten Projekt fortentwickeln, ohne die Gefahr von versehentlichen Überschneidungen.

Welche Dateien muss und was DARF ich dafür löschen oder verändern? Nach dem bloßen Kopieren ist der neue Ordner immer noch mannigfach mit dem Ursprungsprojekt verknüpft (dproj, dproj.local, dsk, ...).

Und wie gebe ich dem Projekt am einfachsten einen neuen Namen (dpr, main program)?

Was sollte ich noch beachten?

Vielen Dank im voraus!

[alda]

Zitat:

Zitat von HJay (Beitrag 1284989)

Und wie gebe ich dem Projekt am einfachsten einen neuen Namen (dpr, main program)?

Einfach das Projekt öffnen und im Projektmanager Rechtsklick auf DeinProjektName.Exe machen -> umbenennen. Das nennt erstmal Dein Projekt, als auch die Projektdateien (dproj und dpr) um.

Zitat:

Zitat von HJay (Beitrag 1284989)

Welche Dateien muss und was DARF ich dafür löschen oder verändern? Nach dem bloßen Kopieren ist der neue Ordner immer noch mannigfach mit dem Ursprungsprojekt verknüpft (dproj, dproj.local, dsk, ...).

Was genau ist denn mit dem Ursprungsprojekt verknüpft?

Zitat:

Zitat von HJay (Beitrag 1284989)

Was sollte ich noch beachten?

Du solltest beachten das überall relative Pfade angegeben wurden, sowohl in den Suchpfaden (je nach dem wie Deine Struktur ist) als auch in deinen verwendeten Units (im Projektmanager) - die Pfade siehst Du in der dproj/dpr Datei.

[hathor]

Einfach Ordner kopieren z.B. mit dem Explorer - Rechtsklick: Kopieren,
an gewünschter Stelle: Einfügen

ALLES bezieht sich auf die Kopie im NEUEN Ordner!
Ordner kann dann umbenannt werden, z.B. NEUERNAME-20141230
Danach entfernen:
- Project1.~dsk
- Project1.dproj
- Project1.dsk
- Project1.identcache
- Project1.dproj.local
- Project1.otares
Danach XE7 starten und Datei - Projekt öffnen - neues Verzeichnis auswählen
- Project.dpr öffnen
- Projekt speichern unter NEUERNAME.dproj
Alles andere wird automatisch umbenannt.

[Bernhard Geyer]

Zitat:

Zitat von hathor (Beitrag 1284997)

Einfach Ordner kopieren z.B. mit dem Explorer - Rechtsklick: Kopieren, Einfügen
Ordner kann dann umbenannt werden, z.B. NEUERNAME-20141230
Danach entfernen:
- Project1.~dsk
- Project1.dproj
- Project1.dsk
- Project1.identcache
- Project1.dproj.local
- Project1.otares
Danach XE7 starten und Datei - Projekt öffnen - neues Verzeichnis auswählen
- Project.dpr öffnen
- Projekt speichern unter NEUERNAME.dproj
Alles andere wird automatisch umbenannt.

Bei MSBuild-Basierten Delphis (ab D2009?) ist dproj nicht zu löschen und stattdessen kann man die *.dof, *.cfg und *.res wegschmeißen. Die Relevanten Infos sind in der dproj-Datei gespeichert und die anderen Dateien werden daraus gebildet bzw. sind mittlerweile obsolet.

[hathor]

Sollte ich hinzufügen, dass sich ALLES auf die Kopie im NEUEN Ordner bezieht!!!???

[HJay]

Zitat:

Zitat von hathor (Beitrag 1284997)

Ordner kann dann umbenannt werden [...] Danach entfernen [...] Projekt speichern unter NEUERNAME.dproj

Vielen Dank! Super!

Das hat geklappt und scheint zu funktionieren. Im altem Projektordner verändert sich nichts mehr und das neue Projekt kompiliert mit neuem Namen.

Nach Öffnen und Speichern muss man dann noch einmal die neu angelegte OldName.dproj löschen und die OldProj.dpr dann entfernen, so dass nur noch NewProj.* Dateien vorhanden sind.

Wäre eigentlich ein Vorschlag an die Delphi-Entwickler, hier eine einfache Clonen-Funktion zu schaffen, die alles sicher und automatisch erledigt.. wäre ja für die ein Leichtes...

[HJay]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1284998)

Bei MSBuild-Basierten Delphis (ab D2009?) ist dproj nicht zu löschen

...was soll denn passieren? Es scheint geklappt zu haben...?

Welches Vorgehen schlägst du stattdessen für das Clonen vor?

[hathor]

Zitat:

Zitat von HJay (Beitrag 1285002)

...was soll denn passieren? Es scheint geklappt zu haben...?

Falls das Erscheinungsbild geändert worden ist, geht es verloren.

Es muss neu ausgewählt werden über:
- Projekt
- Optionen
- Anwendung - Erscheinungsbild

[HJay]

Zitat:

Zitat von hathor (Beitrag 1285003)

Falls das Erscheinungsbild geändert worden ist, geht es verloren.

Ach so, das ist kein Problem. Habe ich noch nie verwendet...

[Der schöne Günther]

Die GANZEN Projekteinstellungen für Debug/Release-Builds stecken da doch auch drin: Compilereinstellungen, Ausgabepfade, Build-Ereignisse, ...

Wenn du die dproj löscht geht das alles auf Standardeinstellungen zurück.

[stahli]

Ein genereller Tipp noch:

Du solltest die alten Ordner (temporär) und die alten DCU´s komplett löschen und das neue Projekt erzeugen.
So kannst Du rel. sicher sein, dass weder IDE noch der Compiler auf irgendwelche alten Dateien zugreift.

Ich hatte schon Effekte, dass ich zwar meine Quelltexte bearbeitet habe, der Compiler aber völlig andere Units kompiliert hat.
Die Kommandozeilenpunkte passten dann nicht mehr zum Quelltext.

[Uwe Raabe]

Zitat:

Zitat von HJay (Beitrag 1285001)

Nach Öffnen und Speichern muss man dann noch einmal die neu angelegte OldName.dproj löschen und die OldProj.dpr dann entfernen, so dass nur noch NewProj.* Dateien vorhanden sind.

Wenn du das Projekt im Projektmanager umbenannt hast, anstatt es unter einem anderen Namen zu speichern, sollte das nicht mehr nötig sein.

Zitat:

Zitat von HJay (Beitrag 1285001)

Wäre eigentlich ein Vorschlag an die Delphi-Entwickler, hier eine einfache Clonen-Funktion zu schaffen, die alles sicher und automatisch erledigt.. wäre ja für die ein Leichtes...

Diese Funktionalität gehört meiner Meinung nach eher zum Versionskontrollsystem, wo es vermutlich auch schon zu finden ist.

[Stevie]

Zitat:

Zitat von Uwe Raabe (Beitrag 1285105)

Diese Funktionalität gehört meiner Meinung nach eher zum Versionskontrollsystem, wo es vermutlich auch schon zu finden ist.

Dat dachte ich mir auch schon bei der Eingangsfrage.

[HJay]

Zitat:

Zitat von Der schöne Günther (Beitrag 1285080)

Die GANZEN Projekteinstellungen für Debug/Release-Builds stecken da doch auch drin: Compilereinstellungen, Ausgabepfade, Build-Ereignisse, ...

Wenn du die dproj löscht geht das alles auf Standardeinstellungen zurück.

Welches Vorgehen empfiehlst du denn?

Es muss doch für diese simple Aufgabe eine geradlinige Lösung geben... braucht das nicht jeder ab und zu?

[Stevie]

Zitat:

Zitat von HJay (Beitrag 1285357)

Es muss doch für diese simple Aufgabe eine geradlinige Lösung geben... braucht das nicht jeder ab und zu?

Source Code gehört in nen VCS. Und wenns da drin ist, dann branched du und der Drops is gelutscht. ;)

[alda]

Zitat:

Zitat von Stevie (Beitrag 1285358)

Zitat:

Zitat von HJay (Beitrag 1285357)

Es muss doch für diese simple Aufgabe eine geradlinige Lösung geben... braucht das nicht jeder ab und zu?

Source Code gehört in nen VCS. Und wenns da drin ist, dann branched du und der Drops is gelutscht. ;)

Ich hätte den TE eher so verstanden, dass er einen Fork machen möchte -> Also eine Kopie des aktuellen Repos in einem neuen Repo.

[Stevie]

Zitat:

Zitat von alda (Beitrag 1285364)

Zitat:

Zitat von Stevie (Beitrag 1285358)

Zitat:

Zitat von HJay (Beitrag 1285357)

Es muss doch für diese simple Aufgabe eine geradlinige Lösung geben... braucht das nicht jeder ab und zu?

Source Code gehört in nen VCS. Und wenns da drin ist, dann branched du und der Drops is gelutscht. ;)

Ich hätte den TE eher so verstanden, dass er einen Fork machen möchte -> Also eine Kopie des aktuellen Repos in einem neuen Repo.

Er will nen Projekt kopieren, ob nu Branch oder Fork ist dabei egal, am Ende hat er ne Kopie.

[Bernhard Geyer]

Zitat:

Zitat von Stevie (Beitrag 1285380)

Zitat:

Zitat von alda (Beitrag 1285364)

Zitat:

Zitat von Stevie (Beitrag 1285358)

Zitat:

Zitat von HJay (Beitrag 1285357)

Es muss doch für diese simple Aufgabe eine geradlinige Lösung geben... braucht das nicht jeder ab und zu?

Source Code gehört in nen VCS. Und wenns da drin ist, dann branched du und der Drops is gelutscht. ;)

Ich hätte den TE eher so verstanden, dass er einen Fork machen möchte -> Also eine Kopie des aktuellen Repos in einem neuen Repo.

Er will nen Projekt kopieren, ob nu Branch oder Fork ist dabei egal, am Ende hat er ne Kopie.

Die Frage ist aber ob das neue Projekt so viel mit dem alten Projekt gemeinsam hat das es sinnvoll ist diese von der gleichen Unit/Projekt CVS-Technisch abzuleiten.
Ich kopiere auch immer bestehende Units um schon ein paar Grundeinstellungen zu haben (die ich bisher nicht sinnvoll in eine TMyBaseForm unterbringen konnte).

[HJay]

Ich möchte ein NEUES UNABHÄNGIGES Projekt erzeugen, das mit dem alten nichts mehr zu tun haben soll. Daher auch die Umbenennung und separate Weiterentwicklung.

Es soll kein Branch, Fork oder sonstwas sein. Einfach ein neues Projekt, das völlig unabhängig weiterentwickelt werden kann -- zum Beispiel auch von jemand anderem, von mir selbst oder sonstwie.

Im übrigen gebe ich zu, dass ich kein Versionskontrollsystem verwende und bisher einfach selbst Backups anlege. Ich finde es irgendwie deplaziert, dass das hier so ausführlich diskutiert wird, anstatt einfach auf meine Frage zu antworten.