Subversion: Neuen Repository auf Server erstellen

[pertzschc]

Zitat:

Zitat von 0xF30FC7

Darüber hinaus ist jedes zentralisierte SCM oder SCM das nicht garantieren kann, daß das was ich da rein packe auch genau so wieder raus kommt, völlig wertlos.

Gibst Du mal ein Beispiel hierfür bitte?

Gruß,
Christoph

[Fridolin Walther]

Subversion hat keinen Mechanismus der erkennt, ob Dein Repository evtl. von Disk oder Memory Corruption betroffen ist oder nicht. Es kann nicht garantieren, daß das was ich da rein getan hab, genau so wieder raus kommt. Du merkst Corruption erst, wenn Du versuchst die Dateien auszuchecken und da plötzlich Müll drin steht, wie ich am eigenen Leibe erfahren durfte. Wenn jemand exzessives Branching und Merging betreibt (so wie ich), dann stößt er bei Subversion ebenfalls schnell an die Grenzen. Merges sind zwar einfacher als in CVS, aber mindestens genau so nervig. Ebenfalls lustig: Versuch mal eine Datei samt History aus dem Repository zu entfernen, weil dein Kollege evtl. irgend eine Datei commited hat, das da nicht rein gehört. Viel Spaß dabei. In der letzten von mir benutzten Version (1.4.x) war es nötig das ganze Repository zu dumpen und danach das Repository wieder neu aufzubauen mit einem Filter, der die betreffenden Dateien herausfiltert. Das könnte noch ewig so weiter gehen ...

Wie gesagt: Ein Projekt das mit dem Slogan startet "CVS done right" ist meiner Ansicht nach quasi per Definition zum Scheitern verurteilt.

[rwachtel]

Und welche Alternative bevorzugst Du?

Git oder Mercurial? Oder was ganz anderes?

[hazard999]

Schau dir mal GIT an.

[Fridolin Walther]

Mercurial und git sind beide deutlich besser als Subversion. Ich persönlich bevorzuge git, weils einfach deutlich performanter ist als Mercurial.

[rwachtel]

Zitat:

Zitat von himitsu

[...] Oder man hatt die Möglichkeit via HTTP (PHP und Co. auf svnadmin zuzugreifen) und bastelt sich ein Webinterface.

Oder man hat auf dem (Windows-)Server die in Kürze erscheinende Version 2.0 vom VisualSVN Server laufen:

Zitat:

Zitat von Beta version of VisualSVN Server is available

What's New
Remote server management based on WMI techonology

The main feature of VisualSVN Server 2.0 is remote server management.

[BUG]

Zitat:

Zitat von himitsu

Oder man hatt die Möglichkeit via HTTP (PHP und Co. auf svnadmin zuzugreifen) und bastelt sich ein Webinterface.

Wieso selberbasteln: svn webinterface :arrow: http://www.usvn.info/


MfG,
Bug