(zur Info auch an -users) Die Ganken zum Umstieg von SVN auf Bazaar oder Git habe ich momentan erstmal wieder verschoben. Selbst wenn Bazaar evtl. besser geeignet wäre gibt es dazu einfach noch nicht genug Tools die damit arbeiten können. Für SVN gibt es inzwischen recht gute, und viele Text-Editoren und IDEs können direkt darauf zugreifen.
Ich habe auch viel zum Thema (reflected) bi-directional merging gelesen, z.B. diesen alten Thread http://www.orcaware.com/pipermail/svnmerge/2005-August/000000.html Ab SVN 1.5 gibt es von Haus aus Merge Tracking, also so ähnlich wie bisher mit dem externen Tool svnmerge, nur einen Tick besser. Die Erfüllung ist es noch nicht, daher weiß ich nicht ob es wert ist von 1.4 auf 1.5 und von svnmerge auf das native Merge Tracking umzusteigen, v.a. wenn man bedenkt daß Debian stable SVN 1.4.x mitbringt. SVN (egal mit welchem Merge Tracking) bietet einfach keine Lösung für den Fall daß man beim Mergen von Änderungen aus einem Dev.- Branch in den Trunk als Konfliktlösung mitunter größere Anpassungen vornehmen muß. Und bietet auch keine Lösung dafür daß dann *Teile* der in den Trunk eingecheckten Änderungen wieder in den Dev.-Branch zurückfließen müssen (Changes on changes), weil diese Anpassungen eben nicht reflected sind sondern tatsächliche Änderungen. Wenn man diese Änderungen nicht in den Branch zurückfließen läßt dann vergrößert sich das Problem immer weiter. Philipp Kempgen -- http://www.das-asterisk-buch.de - http://www.the-asterisk-book.com Amooma GmbH - Bachstr. 126 - 56566 Neuwied -> http://www.amooma.de Geschäftsführer: Stefan Wintermeyer, Handelsregister: Neuwied B14998 --
