Projekt auf ein anderes Laufwerk kopieren

[jaenicke]

Zitat von mm1256:

Abgesehen davon, wenn man bei einem Master-Release auch die Delphi-Version wechselt, was bei mir ja regelmäßig vorkommt, macht das die Versionsverwaltung auch stressfrei mit? In diesem Zug müssen ja sowieso die Suchpfade, Packages usw. geändert werden.

Dafür gibt es bei uns eine Textdatei, in der festgehalten ist was installiert und eingestellt werden soll und gut ist es. Dann sind die ganzen Packages, JEDIs usw. installiert und die Projekte können einfach geöffnet und kompiliert werden.
Die passe ich bei einem neuen Release einmal an, in der Regel eine Sache von einer Stunde max. sobald die JEDIs da sind für die Version.

Will ich jetzt nachschauen was in einer Version von vor einem halben Jahr schief gegangen ist, kann ich einfach diese Version auschecken, per Batch die gemeinsamen Units neu erstellen und in der Version debuggen. So lässt sich dann ggf. ein Workaround oder Hotfix anbieten ohne auf die aktuelle Version aktualisieren zu müssen.

Dazu kommt, dass man ohne Versionsverwaltung nicht einmal sehen kann wann und warum eine bestimmte Zeile eigentlich zuletzt geändert wurde. Man kann einen Fehler also nur ggf. feststellen, kann aber nicht sehen, ob ein Fix evtl. an einer anderen Stelle Probleme macht, da man eine Änderung wieder zurücknehmen muss oder ähnliches. Man sieht ja nicht welche Änderungen mit anderen zusammenhängen.
Bei einer Versionsverwaltung kannst du einfach nachschauen warum jemand die Stelle geändert hat und was mit der Änderung noch zusammenhängt.

[mm1256]

Zitat von jaenicke:

Bei einer Versionsverwaltung kannst du einfach nachschauen warum jemand die Stelle geändert hat und was mit der Änderung noch zusammenhängt.

Für Teamarbeit und Gruppen ist natürlich eine Versionsverwaltung unerlässlich, da gibt es keine zwei Meinungen. Da ich seit etwa 13 Jahren Einzelkämpfer bin (seitdem beschäftige ich keine Programmierer mehr und erledige alles selber), ist also dieser "jemand der eine Stelle geändert hat" immer die selbe Person. Das ist wohl der Hauptgrund, warum mich die Versionsverwaltung bisher wenig interessiert hat.

[Sherlock]

Ich bin einer von der schusseligen Sorte. Wenn ich also mal wieder so unglücklich mit der Stirn auf die Tastatur geknallt bin, das der Code zwar compiliert, aber zur Laufzeit seltsame Dinge geschehen, die sich erst nach zwei Tagen offenbaren (*), bin ich ohne Versionsverwaltung aufgeschmissen.

Sherlock

(*) Das ist die einzige Fehlerquelle in meinen Programmen, ehrlich!

[jaenicke]

Zitat von mm1256:

ist also dieser "jemand der eine Stelle geändert hat" immer die selbe Person. Das ist wohl der Hauptgrund, warum mich die Versionsverwaltung bisher wenig interessiert hat.

Darum geht es ja gar nicht. Ich arbeite zu Hause auch alleine an meinen Projekten. Ich weiß aber nach einem Jahr trotzdem nicht mehr warum ich etwas geändert hatte usw.
Genau das sagt mir aber die Versionsverwaltung.

Und wie ich an anderer Stelle schon einmal geschrieben habe gibt es ja noch einige andere Vorteile, die man auch als Einzelperson hat:

• Du siehst welche Änderungen du gemacht hast, wenn z.B. plötzlich etwas nicht mehr funktioniert
• Du siehst beim Abschicken der Änderungen, ob du unbeabsichtigte Änderungen drin hast (z.B. Debugausgaben, ...)
• Du hast alle Dateien an genau einer definierten Stelle und brauchst nicht (wie es leider viele ohne Versionsverwaltung machen) Kopien anlegen, die dann evtl. aus Versehen benutzt werden usw.
  Kopien, bei denen man dann wiederum nicht weiß was da eigentlich mittlerweile geändert wurde. Dann kehrt man zu einer Version zurück, nur um zu bemerken, dass eine andere Änderung weg ist, ...
• Du kannst mehrere Entwicklungen parallel machen, zwischen beiden hin- und herschalten und am Ende beide zusammenführen
• Du kannst einfach zu einer älteren Version zurückgehen und testen, ob ein Fehler dort schon drin war oder ob etwas dort anders funktioniert hat
• Du kannst jederzeit im Quelltext etwas komplett ändern oder auch löschen um z.B. einen Fehler zu finden, da du die Version ja jederzeit wiederherstellen kannst

[Aviator]

Zitat von jaenicke:

Und wie ich an anderer Stelle schon einmal geschrieben habe gibt es ja noch einige andere Vorteile, die man auch als Einzelperson hat: [...]

Wie oft commitest du denn so deine Änderungen? Hast du dafür eine Regel? Ich benutze zwar eine Versionsverwaltung, habe aber auch oft das Problem, dass ich entweder nicht dran denke zu commiten oder einige Änderungen nicht protokolliere, da ich beim Text schreiben nicht mehr daran denke.

[Sherlock]

Ich committiere wenigstens einmal am Tag. Eigentlich aber mit jedem abgeschlossenen Thema. Das macht es einfacher griffige Commit-Kommentare anzugeben. Man sollte eigentlich auch in der Lage sein, Problemstellungen granular genug zu formulieren, so daß man schöne Häppchen abarbeiten und committetenentete... übergeben kann.

Ich bin neulich mit unversioniertem Python-Code mächtig auffe Schnauze gefallen. Da hatte sich die Einrückung...ähm...verrückt und schon ändert sich da ja bekanntlich etwas. Die Fehlersuche war nicht lustig. Dann hab ich das eigentlich kleine Projekt ins Mercurial geschoben. Das will ich nicht nochmal erleben.

Sherlock

[Uwe Raabe]

Zitat von Aviator:

Wie oft commitest du denn so deine Änderungen? Hast du dafür eine Regel?

Bei jeder Änderung, die sachlich zusammenhängt. Das kann ein einfacher Bugfix sein oder bei einem größeren Feature ein überschaubarer Teilbereich (dann in einem Branch). Wenn ich viele kleine Bugs fixe, dann können schon mal nur wenige Minuten zwischen den Commits liegen (manchmal dauert das Schreiben der Commit-Message am längsten).

Commits müssen auch nicht zwangsläufig compilieren oder auch die Tests bestehen. Das sollte in der Regel dann gelten, wenn man die ChangeSets pusht (ich rede hier über Mercurial).

Mir ist klar, daß das bei einem Subversion-System schon mal anders aussehen kann, weil man dann eventuell bei jedem Commit mergen muss oder das CI-System meckert. Deswegen verwende ich ja auch ein DVCS wie Mercurial, bei dem ich diese Möglichkeit der kleinen Commits habe, ohne daß Andere davon beeinflusst werden.

Es hat allerdings auch eine Weile gedauert, bis ich diese Art zu arbeiten verinnerlicht hatte.

[jaenicke]

Zitat von Aviator:

Zitat von jaenicke:

Und wie ich an anderer Stelle schon einmal geschrieben habe gibt es ja noch einige andere Vorteile, die man auch als Einzelperson hat: [...]

Wie oft commitest du denn so deine Änderungen? Hast du dafür eine Regel? Ich benutze zwar eine Versionsverwaltung, habe aber auch oft das Problem, dass ich entweder nicht dran denke zu commiten oder einige Änderungen nicht protokolliere, da ich beim Text schreiben nicht mehr daran denke.

Ich überprüfe beim Committen generell jede einzelne Änderung (auch etwas, was ohne Versionsverwaltung unmöglich ist). Dabei trenne ich dann ggf. jede logisch zusammenhängende Änderung und committe diese mit passenden Kommentaren einzeln. Ggf. übernehme ich auch einzelne Änderungen einer Datei nacheinander (entweder indem das VCS das unterstützt oder indem ich schlicht alles andere im Vergleichstool rückgängig mache, speichere aber das Tool offen lasse, committe und dann wieder alle Änderungen zurücknehme).

Auf diese Weise weiß ich immer genau was zu welcher Änderung gehörte und warum ich etwas geändert habe.

Insbesondere weiß ich ganz genau, dass keine Änderung unbeabsichtigt in den Produktivcode im Repository gelangt, da ich diese ja prüfe.

[Codehunter]

Ich wünschte, ich hätte die Kapazitäten frei, ein VCS einzuführen und mich einzuarbeiten. Im Moment könnte ich gut sowas wie "Softtime" (Analogie zum legendären SoftRAM) gebrauchen

So ein VCS, egal welches, führt man ja nicht im Handstreich ein und integriert seine eigenen Projekte. Ich habe zwar ab und zu mit Subversion zu tun, allerdings nur bei freien Projekten wo ich gelegentlich kleinere Commits mache. Da unser eigener Projekt-Source aber nicht außer Haus darf, könnte ich nicht auf gehostete VCS zurückgreifen sondern müsste das auch noch selbst aufsetzen. No Chance derzeit, leider.

[Sherlock]

Also "aufsetzen" ist ein großes Wort. Zum reinschnüffeln reicht doch ein "installieren" und "benutzen"
Ein extrem freundlicher Einstieg wäre zum Beispiel mit SourceTree von Atlassian möglich. Einfach installieren und benutzen. Musst Dir dabei nichtmal Gedanken machen, ob Du da jetzt eigentlich ein Git oder ein Mercurial benutzt.

Sherlock