Versioning-System: Hier ist nicht viel los

[gerold]

C:\ffff>svn co file:///C:.....
===>auch nicht, es gibt die gleiche Fehlermeldung
svn: Kann keine ra_local Verbindung zu einer URL aufbauen
svn: Projektarchiv 'file:///C:..

Hi!

Ich will mich im Moment nicht damit beschäftigen, aber damit es morgen leichter wird --> Wie genau (bitte exakter Befehl) hast du versucht, das Repository auszuchecken? Bei deiner Kurzfassung ist nämlich ein Slash zu viel.

Wenn ein Export nicht funktioniert, dann ist das Repository hin.
Wenn der Export funktioniert, dann gibt es Probleme im Arbeitsverzeichnis.

@all: verwendet doch bitte bei neueren Repositories FSFS und nicht mehr das anfällige Berkeley DB.

mfg
Gerold

[Gast]

Hi Gerold,

es wird heute auch nicht leicht (nur für mich )

Ich habe das eBook genau durchblättern:
1. svn --version --> zeigt ich habe ra_locale Module
2. svn checkout einRep_OK --> dies funtiioniert es auch nicht, obwohl es unter TotoriseSVN den Rep funktioniert!

ICH HABE NEUE REP ERSTELLT, ES FUNTIONIERT AUCH UNTER TOTORISEsvn
ABER NICHT DURCH die manuellen Befehle!

Fehlermeldung sind gleich:
svn: Kann keine ra_local Verbindung zu einer URL aufbauen
DARF NICHT WAHR SEIN!

C:\fff>svn checkout file:///C:/Neu_SVN_Rep/trunk/konverter ttt
svn: Kann keine ra_local Verbindung zu einer URL aufbauen
DARF NICHT WAHR SEIN

svn: Projektarchiv kann nicht ...
werden svn: Berkeley DB error for filesystem while opening e
t: DB_VERSION_MISMATCH: Database environment version mismatch
svn: bdb: Program version 4.3 doesn't match environment version

WIE KANN ICH DEN db_version_mismatch FINDEN unter DOS-Fenster ist es nichts zu finden

(kann das sein, halb Deutsch, halb English, ich habe gerade bemerkt, die Fehlermeldung, nicht nur D oder E!)

Danke für deinen Einsatz mit unbezahlbarer Zeit

Boostpy

[Gast]

Hallo zusammen!

Zwischenergebnis: Was ich mit TotoriseSVN erstellte Reps nicht manuell durch svn Befehle bedienen, obwohl ich glaube, dass ich die passende Version für die beiden haben!

Ich kann keine falsche Befehle verwendet da ....

besserte Hinweise?

Gerold, danke dir noch einmal !

Boostpy

[gerold]

es wird heute auch nicht leicht

Hi!
Da hast du recht. Das ist alles ein wenig zu konfus für mich.

Am besten wird wohl sein, du holst dir das Repository von einer Sicherung als das Repository noch funktionierte.

Es klingt auch so, als ob die Versionen von Tortoise und Subversion nicht so richtig zusammen passen.

Probier mal, von Tortoise und von Subversion die jeweils neueste Version einzuspielen. Mit ``svn help`` findest du raus, welche Version des Kommandozeilentools du verwendest.

Falls du Cygwin installiert hast und der Bin-Ordner von Cygwin im Pfad ist, kann es leicht sein, dass du, trotz neu installierem Subversion, eine etwas ältere Version von Subversion verwendest.

Mit dem Befehl "svnadmin recover <pfad zum repos>" kannst du dein Repository restaurieren, falls es einen Fehler mit der Berkeley-DB gibt. Ich konnte aber nicht richtig aus deinen Schilderungen herauslesen, ob du ein neues Repository ohne Probleme mit Subversion anlegen und damit arbeiten kannst. Vielleicht habe ich es auch überlesen.

Ob du das Repository mit Subversion oder mit Tortoise anlegst, muss egal sein. Beide sollten sich nicht in die Quere kommen, wenn die Versionen zusammen passen.

mfg
Gerold

[Gast]

hi Gerold,

es ist seltsam, dass

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

obwohl keine zwei Installation vorhanden sind!

Was svn direkt erzeugt wurde , kann TotoriseSVN verwendet werden, aber umgekehrt geht es leider nicht!

Ich habe zur Zeit, leider keine Sicherungskopie, dummer gelaufen!

have a nice weekend!


Boostpy

[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.