Versioning-System: Hier ist nicht viel los

[querdenker]

Mal so am Rande erwähnt, Subversion hat das Berkeley-DB System zwischendrin aktualisiert, wenn ich mich richtig erinnere...

Wenn es gar nicht anders geht -
neues svn von der Platte putzen, das alte wieder installieren,
alte Repos exportieren,
altes svn von der Platte putzen, das neue wieder installieren,
alte Repos neu importieren...

Auf der anderen Seite: die letzte Version liegt doch immer flach auf der Platte, daher solltest du die letzten Files auch so bekommen.


MfG, querdenker

[jens]

svn --version ==> 1.2.0
TotoriseSVN-->about ==> 1.1.4 (es hat keine eigene Version, oder habe ich versehen??)

Also bei TotoriseCVS isz es zumindest so, das es CVS selber mitliefert!

[mitsuhiko]

ein SVN env immer mit --fstype=fsfs erzeugen. berkley stinkt

[mitsuhiko]

svn --version ==> 1.2.0
TotoriseSVN-->about ==> 1.1.4 (es hat keine eigene Version, oder habe ich versehen??)

Also bei TotoriseCVS isz es zumindest so, das es CVS selber mitliefert!

Aber nur weil CVS keine API hat. TotoriseSVN greift auf SVN mit Hilfe der API zu.

[Leonidas]

Also bei TotoriseCVS isz es zumindest so, das es CVS selber mitliefert!

Tatsächlich ist es so, dass TortoiseSVN ein Client ist, der die gleichen Libs (libsvn, libneon, libapr, libdb, iconv usw.) verwendet wie der originale Subversion-Client, somit kompatibel ist und das mitliefern des originalen Clients (wie im Fall von TortoiseCVS) unnötig macht.