Projekt auf ein anderes Laufwerk kopieren

[jaenicke]

Zitat:

Zitat von mm1256 (Beitrag 1342477)

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:

Zitat von jaenicke (Beitrag 1342479)

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:

Zitat von Aviator (Beitrag 1342480)

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:

Zitat von Aviator (Beitrag 1342480)

Zitat:

Zitat von jaenicke (Beitrag 1342479)

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

[jaenicke]

Ich habe hier eine kleine Anleitung geschrieben:
http://www.entwickler-ecke.de/viewtopic.php?p=683811

Das sollte, insbesondere weil du ja SVN schon ein wenig kennst, in einer halben Stunde locker laufen und deine Projekte kannst du ja an der Stelle einchecken wo sie aktuell liegen. Dann musst du auch nichts weiter umstellen, hast aber trotzdem den Vorteil der Versionierung usw.

Die einfachste Variante dafür ist, den Ordner mit den Quelltexten umzubenennen, in den Ordner mit dem Namen das Repository auszuchecken und dann die Dateien alle wieder in den Ordner zu schieben. Dann einmal Add auf alles, Commit und es ist alles im Repository.