| |
 |
| Subversion 1.0 Beta 1 ist da! |
|
|
Veröffentlicht durch XTaran am Montag 23. Februar, 09:42
Aus der Adé-CVS Abteilung
|
|
|
|
|
Wie heute morgen auf Slashdot zu lesen ist, ist nach langem Warten endlich das erste Release von Subversion (aka SVN) mit der 1.0 im Namen erschienen. SVN ist ein vollwertiger CVS-Ersatz, der sich zum Ziel gesetzt hat, sämtliche Design-Fehler von CVS auszumerzen, allen voran die historisch bedingten, die das System auf wenig Plattenplatz und viel Bandbreite auslegten.
|
|
|
|
|
|
|
Aber auch Usability-Probleme von, die durch das Aufbauen von CVS auf das rein dateibasierte RCS bedingen, wurden beseitigt: Es werden auch Verzeichnisse archiviert und versioniert und Dateien, Verzeichnisse oder Repositories können problemlos verschoben und umbenannt werden. Weiter muß man sich um die Sicherheit öffentlicher Repositories weniger Sorgen als bei CVS machen, da SVN dafür auf Standard-Software und -Protokollen wie Apache 2 und WebDAV aufbaut, gesicherte Kommunikation per HTTPS ist dementsprechend ebenfalls möglich und es werden dafür auch keine SSH-Zugänge mehr gebraucht. Außerdem gibt es auch Tools zum Migrieren bereits existierender CVS-Repositories.
Und obwohl momentan oben auf der Seite in großen Lettern "Please bear with us, while we try to survive Slashdot..." steht, kommt die Seite eigentlich recht flott. Nur die dynamisch erzeugten Dokumentationsseiten scheinen von der Webseite gefegt, die statische FAQ ist aber noch da. Binary-Pakete wird es erst in ca. einer Woche geben, aber das wichtigste ist da, der Source-Code zum selber bauen. :-)
|
|
|
|
< Geeks und ihre Weltanschauungen, Teil 21: Spiele | Druckausgabe | wxWindows in wxWidgets umbenannt > | |
|
|
Diese Diskussion wurde archiviert.
Es können keine neuen Kommentare abgegeben werden.
|
|
|
Rant (Score:1, Unruhestifter)
|
|
|
|
|
|
|
|
...SVN ist ein vollwertiger CVS-Ersatz, der sich zum Ziel gesetzt hat, sämtliche Design-Fehler von CVS auszumerzen... ...und neue Design-Fehler, wie ein binary-only Repository und aufgeblasene Server-Software einzuführen. Zudem kotzt mich die schon auf der Frontpage von den tigris.org-Leuten ausgedrückte Attitüde "alle anderen sind doof; wir besitzen den Stein der Weisen" an. Besonders wenn man die grottige Verfügbarkeit des tigris.org-Servers sieht: Sollte ihr Stein etwa nur der Stein der Naseweisen sein?
--
Addicted by code poetry...
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
neue Design-Fehler, wie ein binary-only Repository...
Gegen Binary-Formate habe ich nichts, so lange das Format offen ist. Und das ist Berkeley DB.
... und aufgeblasene Server-Software
Aufgeblasene Server-Software? Als Apache-Modul? ne, denke ich nicht. Oder was verstehtst du unter "aufgeblasen"?
Zudem kotzt mich die schon auf der Frontpage von den tigris.org-Leuten ausgedrückte Attitüde "alle anderen sind doof; wir besitzen den Stein der Weisen" an.
Das tun doch alle andern auch. Oder würdest du ein Produkt mit den Worten präsentieren: "Ich versuche mal etwas zu verändern, aber ich kanns halt doch nicht so gut, wäre aber nett wenn dus trotzdem mal probieren würdest"? Ein Bisschen "Werbung" muss schon sein. Allerdings kommt mir die Seite eigentlich gar nicht so rüber. IMHO.
Besonders wenn man die grottige Verfügbarkeit des tigris.org-Servers sieht: Sollte ihr Stein etwa nur der Stein der Naseweisen sein?
Den Server hatte ich bis jetzt immer erreicht. Sowohl der Webserver als auch das SVN-Repos.
Nicht, dass ich SVN für der Weisheit letzten Schluss halte, aber im Moment ist es das, was ich benutze, und wird auch in nächster Zukunft noch sein.
tL
--
Ich brauch' ne neue .sig!
|
|
|
|
|
|
|
|
|
|
|
|
|
Aufgeblasene Server-Software? Als Apache-Modul? ne, denke ich nicht. Oder was verstehtst du unter "aufgeblasen"?
Genau. Braucht 'nen voll konfigurierten Apache 2.0 das Teil. Nutzt zudem das massiv aufgeblasene WebDAV-Protokoll. Definitiv zu fett, für den schwachbrünstigen über gerade mal 24 MB RAM herschenden P75, der momentan mein CVS-Repository auf Arbeit betreut. Klar, könnte man 'nen neuen Rechner anschaffen. Aber wozu, wenn er für das ach so schlechte CVS mehr als ausreichend ist?
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, webmaster@tigris.org and inform them of the time the error occurred, and anything you might have done that may have caused the error.
Den Server hatte ich bis jetzt immer erreicht. Sowohl der Webserver als auch das SVN-Repos.
Und wie zum Gegenbeweis (heute 17:11):
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, webmaster@tigris.org and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Apache/2.0.47 (Unix) mod_ssl/2.0.47 OpenSSL/0.9.6b DAV/2 mod_auth_mda/2.0 mod_jk/1.2.0 SVN/0.23.0 mod_auth_svn/0.1 Server at www.tigris.org Port 80
...und dabei wollte ich doch nur, die betreffenden Textpassagen von wegen "arrogant" hierher kopieren... tja... so kann's gehen, wenn man nur auf "technisch überlegene", unausgereifte Software setzt. ;-)
Btw: Was für ein Glück, dass die keine Feinde haben: Das von diesen ach so cleveren Köpferln verwendete OpenSSL ist wunderbar exploitbar...
--
Addicted by code poetry...
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Und wer Apache 2 verwendet, ist nicht mehr richtig
bei Sinnen - wenn man sich den Quellkode anschaut,
bekommt man einen Eindruck, warum.
Hint: Es war für die OpenBSDler schon schwer genug,
den Apatschen 1 halbwegs sicher hinzubekommen.
--
Ich bin BSDler, ich darf das!
|
|
|
|
|
|
|
|
|
Von Anonymer Feigling am Monday 23. February, 17:47 MEW (#6)
|
|
|
|
|
Alternative zu Apache2 (ausser 1.3.x)? Mir ist das Teil eigentlich auch zu fett, aber ich sehe einfach keine Alternative :(
Sollte Sachen wie SSL, PHP, Perl, Virtualhosts usw. können
|
|
|
|
|
|
|
|
|
|
|
|
|
Gute Frage.
Für PHP empfehle ich einen mit Propolice
kompilierten Apache 1.3 im chroot und als
eigener User laufend. SUEXEC ist möglich.
Ansonsten gibt es dhttpd, thttpd und publicfile;
tbf hat im IRC was von einem Python-Modul erzählt,
und in Perl und IIRC auch PHP gibt es auch
Implementationen eines HTTP-Servers.
--
Ich bin BSDler, ich darf das!
|
|
|
|
|
|
|
arch (Score:2, Interessant)
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
|
|
