Projekt von XE7 zu 10.2 clonen?

[himitsu]

Ob Ordnerkopieren/ZIP-Orgien, Laufwerke mit Historie\Versionierung, Backups mit Historie (älteren Versionen) oder VCS ... Einwas sollte man dennoch möglichst verwenden, auch wenn man alleine ist.
Irgendwann kommt es oft vor, dass man was verändert hat und später irgendwas aus einem anderen "Versions"-Stand benötigt.

Delphi hat ein _History-Verzeichnis ... da kann man in den Delphi-Einstellungen auch erstmal die Anzahl hochstellen
und da Delphi SVN und GIT versteht, kann es bei Erkennen von Solchem die Historie-Funktion in der IDE auf das umleiten.


Aber für eine Code-Suche und einen besseren Überblick (was man mal gemacht hatte) ist ein CVS etwas handlicher, als ein Haufen ZIPs.

Zitat:

Delphi liefert ja auch keines mit.

Delphi hat als Minimal-Variante schon seit vielen Jahren das _history-Verzeichnis und davor kommt man auch schon sehr lange Backup-Dateien anlegen lassen.
Allerdings sind die Dateien dort "einzeln" versioniert und es ist "umständlich" dort an einen konsistenten Zustand, für einen bestimmten Zeitpunkt und über mehrere/alle Projektdateien, ran zu kommen.
Und inzwischen auch Integrationen für SVN/GIT/... drin und man kann es auf Sonstwas ausweiten (wenn du willst, dann kannst dir sogar eine lokale ZIP-Versionierung dort bauen und einbinden)

[HJay]

Zitat von himitsu:

Schön ist auch, dass zwischen XE7 und 10.2+ die DPROJs sowas von garnicht kompatibel sind und du die eh neu erstellen darfst und um Settings-Altlasten lostzuwerden ist das eh "besser".

Na, dann muss ich ja nicht so traurig sein... OK, danke.

Also, dproj darf man ohne Bedenken löschen -- gut zu wissen.

Ich sagte ja schon, dass ich dsk, dproj, dproj.local, identcache und otares lösche. Was ist mit der automatisch erstellten res-Datei? Darf die weg und er baut die neu auf?

Was macht die neue *.stat Datei in 10.2?

Was macht eigentlich die otares-Datei?

[Uwe Raabe]

Zitat von HJay:

Versionskontrollsysteme mögen für Teams sinnvoll sein, für den einzelnen Entwickler sind sie einfach nur lästig und überflüssig.

Das schlagen wir doch gleich mal für die 5 dümmsten Sprüche der Woche vor...

[HJay]

Zitat von himitsu:

Einwas sollte man dennoch möglichst verwenden, auch wenn man alleine ist. Irgendwann kommt es oft vor, dass man was verändert hat und später irgendwas aus einem anderen "Versions"-Stand benötigt.

Logisch. Ich habe immer Kopien des Ordners für sofortigen Zugriff und alle rückliegenden zips auch über längere Zeiträume. Backup braucht man, logisch.

Sehr viele Leute haben mir berichtet, dass das Installieren und Konfigurieren von VCS gar nicht so einfach ist. Es ist unverständlich, warum Delphi kein sehr gutes VCS einfach eingebaut hat, das ohne jeglichen Aufwand sofort voll funktionsfähig ist und trotzdem jederzeit zip-Kopien zulässt.

Ich kann mir aber auch gar nicht vorstellen, dass nur wegen eines VCS das Clonen so viel einfacher wäre. Wenn man dann doch bestimmte Dateien selbst löschen und ändern muss... dann fehlt Delphi einfach eine gute Funktion zum Übergang auf neue Delphi-Versionen.

[himitsu]

Delphi generiert die Projekt-Ressource inzwischen neu, aus den Infos der .RC, aus der .DPROJ und der .otares.
Früjher wurde das direkt in der RES verwaltet.

Beim Upgrade von alten Delphi-Projekten wurde die RES ausgelesen und ihr inhalt in RC/DPROJ übernommen.
Alle "unbekannten" Ressourcen wurden dabei in die .otares verschoben, damit sie beim Neugenerieren der RES nicht verloren gehen.

[HJay]

Das heißt, die otares-Datei darf man nicht löschen beim Übergang von XE7 zu 10.2?

[HJay]

Sollte man *.dof löschen beim Übergang von XE7 zu 10.2?

[Uwe Raabe]

Zitat von HJay:

dann fehlt Delphi einfach eine gute Funktion zum Übergang auf neue Delphi-Versionen.

Ich wiederhole mich: Du entscheidest, ob das Clonen eines Projekts einfach ist oder nicht, in dem du relative oder absolute Pfade verwendest. Delphi favorisiert von selbst erstmal relative, aber natürlich hindert es niemanden am Gegenteil. Der darf sich halt hinterher nicht beschweren. Delphi bringt zumindest von Haus aus alles dazu mit. Man muss es nur richtig einsetzen.

[himitsu]

So schwer war es eigentlich garnicht, einen lokalen Subversion-Server aufzusetzen, als ich damals von Verzeichniskopien/ZIPS weg ging.

GIT hat da auch gleich den Vorteil, dass es per se erstmal dezentral ist und eine Kopie (Verzichnis) somit unbabhängig ist.
Zusätzlich kann man sich dann einen GIT-WebServis oder eine eigenen GIT-Server, bzw. ein "Zentrales" Verzeichnis aus einem Webspace (FTP/WebDAV/Netzwerkfreigabe/...) erstellen und damit für alle "Kopieen" einen zentralen Platz einrichten, über den sie sich Synchronisieren lassen.

Bei SVN fand ich praktischer/übersichtlicher, dass es "grundsätzlich" nur einen zentralen Platz gibt, wo sich alles ansammelt, während bei GIT mehrere unterschiedliche Revisionspfade sonstwo rumschwirren können, da "jede" Kopie erstmal eigenständig ist.

GIT hat im Verzeichnis den kompletten Revisions-Pfad drin, während SVN halt nur die aktuell ausgecheckte Revision drin liegen hat und für Vergleiche auf dem zentralen Server nachguckt.


Bei Delphi sind alle "Commandozeilen"-Tools für SVN/GIT dabei, welche man problemlos nutzen kann, um komplett Neues zu erstellen.
Aber wenn man lieber eine GUI hätte, dann kann man z.B. bei TortoiseSVN/TortoiseHg/TortoiseGit fündig werden.

[HJay]

Zitat von Uwe Raabe:

Du entscheidest, ob das Clonen eines Projekts einfach ist oder nicht, in dem du relative oder absolute Pfade verwendest.

An welchen Stellen muss ich darauf achten? pas und dcu von den Compiler-Optionen sind alle im aktuellen Ordner (".").