Subversion und VisualSVN für Ein-Mann-Entwicklung

[Harry Stahl]

Zitat von ThomasBab:

Ich bin auch nur ein Einzelkämpfer, aber ich arbeite mit unterschiedlichen PC. Dort ist es sehr schön, wenn man mal an einem PC "irgendwas testen" kann, ohne dass man Angst haben muß, ein Durcheinander anzurichten.

Ja, genau, das ist auch bei mir so ein Grund. Ich entwickle ja einige Client-Server-Programme und da ist es gut, wenn man das für das Server-Programm tatsächlich auf einen anderen PC macht, als den, wo ich das Client-Programm entwickle (es gibt auch gewisse Limits an den Virtuellen Maschinen, manchmal braucht man wirklich eine echte).

Aber auf diesem 2. PC habe ich dann auch meine Shared Units, die sich dann schon mal abweichend von den Shared-Units auf dem 1. PC entwickelt haben. So etwas hoffe ich mit einer SVN-Verwaltung zu vermeiden, bzw. wenn man eine shared Unit "aktualisiert" und damit aber Änderungen versehentlich verwirft, noch mal leicht auf den vorherigen Stand zurück zu kommen.

Natürlich verwende ich hier bislang ein mehrstufiges Backup-System (intern und extern), aber da muss man u.U. auch erst mal lange suchen, wo dann das Backup ist, welches die Datei xyz.pas zu einem bestimmten Zeitpunkt enthielt.

[haentschman]

1. alle Dateien befinden auch ausgecheckt auf dem Computer womit du arbeitest.
2. du änderst den QT einer gemeinsamen Unit.
3. am Original ändert sich nix
4. wenn du lokal die Änderungen rückgängig machen willst musst du auf den Server zugreifen.
5. ! die gemeinsamen Units liegen in einem gemeinsamen Ortner und nicht als Kopie im Project Ordner?

...wo ist das Problem?

Was hat die Entwicklungsumgebung mit dem VCS zutun? Ich benutze SVN über meinen bevorzugten Dateimanager. (Speedcommander)

[Harry Stahl]

Zitat von haentschman:

1. alle Dateien befinden auch ausgecheckt auf dem Computer womit du arbeitest.
2. du änderst den QT einer gemeinsamen Unit.
3. am Original ändert sich nix
4. wenn du lokal die Änderungen rückgängig machen willst musst du auf den Server zugreifen.
5. ! die gemeinsamen Units liegen in einem gemeinsamen Ortner und nicht als Kopie im Project Ordner?

...wo ist das Problem?

Ja, die gemeinsamen Units liegen in einem gemeinsamen Ordner (auf den auch andere Projekte zugreifen) und NICHT als Kopie im Projekt Ordner.

[haentschman]

Ich habe das mit dem Importieren noch nicht verstanden. Woher der Fehler kommt.

[Harry Stahl]

Ich gehe mal davon aus, dass Projektgruppen-Dateien (die mehrere .droj-Dateien enthalten, die wiederum untereinander gleiche units und Formulare verwenden) so nicht unterstützt werden.

Die Dateien werden dann doppelt gelistet (müsste dann wohl manuell die doppelten abwählen)...

[Lemmy]

Zitat von Harry Stahl:

Ich gehe mal davon aus, dass Projektgruppen-Dateien (die mehrere .droj-Dateien enthalten, die wiederum untereinander gleiche units und Formulare verwenden) so nicht unterstützt werden.

Die Dateien werden dann doppelt gelistet (müsste dann wohl manuell die doppelten abwählen)...

das dürfte dann eine "Besonderheit" der Delphi-Integration sein.

[haentschman]

Die habe ich auch...
Mache doch mal eine Liste was du wann tust... (Screenshot, welche Dateien)