[VCS] Zwei Änderungen gemacht, aber nur eine fertig

[Valle]

Hallo DPler! :hi:

Seit kurzem arbeite ich mit Subversion (SVN) jetzt auch im Team. :stupid: Nun möchte ich eine Änderung unserer Software commiten, die ich bereits fertig gestellt habe. Dafür kann ich aber auf keinen Fall "svn commit" machen, da damit auch andere unfertige Änderungen, die ein anderes Feature betreffen, mit in das Livesystem eingespielt würden. Gibt es da eine Möglichkeit mein Repository unter vertretbaren Aufwand zu splitten oder das Problem anders zu lösen? Alternativ müsste ich das Commit sonst einfach erst dann machen, wenn auch das andere Feature fertig ist. (Oder ich kommentiere alle Änderungen aus^^)

Außerdem würde mich interessieren, wie ich so ein Problem zukünftig dann intelligenter angehe. Ist so was ein Fall für Branches? Oder wäre es hier schlauer, einfach einen zweiten Checkout zu machen? Letzteres wäre aufgrund meiner langsamen Internetanbindung aber irgendwie hinderlich. Oder kann man ein Checkout ohne lokale Änderungen auch einfach kopieren? Wie löst man so ein Problem? :-)

Haben modernere Versionsverwaltungssysteme (insb. Git) hierfür bessere Ansätze?

Liebe Grüße,
Valentin

[s.h.a.r.k]

Ich arbeite so, dass ich Schritt für Schritt einen Punkt nach dem anderen abarbeite und dann immer committe. Mir kommt es dabei nicht darauf an, dass eine lauffähige Version im Repo ist, sondern vielmehr, dass ich diese Schritte einzeln wieder zurücknehmen kann, wenn ich das brauche.

Wenn du Änderungen in verschiedenen Dateien gemacht hast, kannst du auch die Dateien einzelen committen. Überschneiden sich deine Arbeiten, dann wird dieses gewünschte "seperate" Committen nicht funktionieren, denke ich mal.

[Valle]

Zitat:

Zitat von s.h.a.r.k (Beitrag 1071022)

Ich arbeite so, dass ich Schritt für Schritt einen Punkt nach dem anderen abarbeite und dann immer committe. Mir kommt es dabei nicht darauf an, dass eine lauffähige Version im Repo ist, sondern vielmehr, dass ich diese Schritte einzeln wieder zurücknehmen kann, wenn ich das brauche.

Unser Livesystem (es handelt sich um ein CMS) verfügt auch nur über ein Checkout. Es ist im Unternehmen Policy, dass nur fertige Features commitet werden dürfen.

Zitat:

Zitat von s.h.a.r.k (Beitrag 1071022)

Wenn du Änderungen in verschiedenen Dateien gemacht hast, kannst du auch die Dateien einzelen committen. Überschneiden sich deine Arbeiten, dann wird dieses gewünschte "seperate" Committen nicht funktionieren, denke ich mal.

Mh. Ehrlich gesagt weiß ich gar nicht, ob ich da was vermischt habe. Kann schon sein. :gruebel:

Danke für deine Antwort! :-)

Liebe Grüße,
Valentin

[markusj]

Zitat:

Zitat von Valle (Beitrag 1071020)

Haben modernere Versionsverwaltungssysteme (insb. Git) hierfür bessere Ansätze?

Ja, Stichwort Cherry-Picking.
Was dein Problem betrifft: Normalerweise würde man für sowas einen eigenen Branch aufmachen, in den häufiger reincommitten und wenn alles funktioniert dann in den Hauptbranch mergen.

mfG
Markus

[Valle]

Hallo,

vielen Dank für deine Antwort markusj!

In Zukunft werde ich das wohl so machen. Cherry-Picking klingt sehr interessant. Wir waren generell am Überlegen, auf Git zu wechseln.

Liebe Grüße,
Valentin

[Khabarakh]

Zitat:

Zitat von markusj (Beitrag 1071077)

Ja, Stichwort Cherry-Picking.

:gruebel:
Nützlicher wären hier wohl eher Hunk Selection und/oder git stash.