Hi!
Ich wuerde gern Binaerdatein in einem Versionssystem ablegen. Es ist ein recht kleines, zeitlich abgegrenztes Projekt, in dem ich M$-Office Datein und PDFs ablegen moechte, um schnell wieder die alte Version parat zu haben. Ich weiss, dass in diesem Falle bei CVS zum Beispiel alle Daten fuer jede einzelne Version der Datei auf dem Server liegen, da keine sinnvollen Diffs angefertigt werden koennen. Ich moechte das Versionssystem deshalb einsetzen, um zig Versionen einer Datei mit unterschiedlichen Dateinamen in einem Verzeichnis der Bearbeiter zu umgehen. Einen CVS-Server habe ich bereits am Laufen.
Jetzt meine Frage: Macht mein Vorhaben Sinn und gibts es grosse Argumente gegen CVS (ausser dass Haufen Daten-Overhead auf dem Server liegt)?
Danke fuer Eure Meinungen und Inspirationen.
Gruss, Jan.
Hallo Jan,
ich würde es mit SubVersion versuchen, das kommt mit den Binärfiles etwas besser zurecht, auch wenn's trotzdem jede mehr oder weniger einzeln auf dem Server hat (wenn auch in .db-Files).
Aber SVN als solches macht nicht so schnell Unfug mit den Binärfiles und kann mit Umbenennen, Löschen usw besser überleben.
Die Nutzung ist ähnlich unkompliziert wie bei CVS. Und es gibt ein schönes Windows-Frontend dazu.
Best regards from Dresden Viele Gruesse aus Dresden Heiko Schlittermann
Jan Wagner said:
Ich moechte das Versionssystem deshalb einsetzen, um zig Versionen einer Datei mit unterschiedlichen Dateinamen in einem Verzeichnis der Bearbeiter zu umgehen. Einen CVS-Server habe ich bereits am Laufen.
Jetzt meine Frage: Macht mein Vorhaben Sinn und gibts es grosse Argumente gegen CVS (ausser dass Haufen Daten-Overhead auf dem Server liegt)?
Ob das Sinn hat haengt ganz und gar davon ab, wie Du "Sinn" im Kontext definierst - das unterscheidet sich je nach Anwender und Umgebung. Ich wuerde es wahrscheinlich auch machen, aber dabei Bauchschmerzen haben...
Einfach mal ein paar Notizen am Rande:
*Du solltest aufpassen, dass Du "cvs add -kb datei.doc" mit -kb machst, sonst erkennt CVS nicht dass es binaer sein soll
*Subversion macht intern binaer-diffs, die auf jeden Fall effektiver sind als die Diffs oder nicht-Diffs von CVS
*Subversion erkennt von alleine, wenn etwas binaer ist
*allerdings reagiert Subversion sehr empfindlich auf falsch gesetzte Datei-Rechte
Konrad
*allerdings reagiert Subversion sehr empfindlich auf falsch gesetzte Datei-Rechte
??? Ebenso wie CVS -- den pserver z.B. ordentlich zum Laufen zu bekommen kann auch eine Rechtefrickelei werden...
Die Rechteprobleme kenne ich nur, wenn ich http:// *und* svn:// benutzen will, um mit meinem Repository zu reden. (Ist aber jetzt mit einer entsprechend großzügigen umask für den Apache 'gefixt')
Heiko
Jan Wagner waja@gmx.de writes:
kleines, zeitlich abgegrenztes Projekt, in dem ich M$-Office Datein und PDFs [...] Einen CVS-Server habe ich bereits am Laufen.
Jetzt meine Frage: Macht mein Vorhaben Sinn und gibts es grosse Argumente gegen CVS (ausser dass Haufen Daten-Overhead auf dem Server liegt)?
Danke fuer Eure Meinungen und Inspirationen.
Kleines Projekt + Overhead ist Dir egal + Du kennst CVS + CVS ist gut und stabil ------------------------ == Ja, macht Sinn.
IMHO.
Steffen
Steffen Schwigon schwigon@webit.de (Do 31 Mär 2005 16:31:20 GMT):
Kleines Projekt
- Overhead ist Dir egal
- Du kennst CVS
- CVS ist gut und stabil
== Ja, macht Sinn.
Hat, nicht macht :)
Trotzdem würde ich für SVN sprechen. Ist nicht komplexer aufzusetzen als CVS (pserver vs. svnserve). Außerdem kann man's immer mal gebrauchen ;-).
Stabil? Jedenfalls hatte ich noch keine Probleme mit svn.
Heiko
Hallo Jan,
ich habe eine ganz andere Idee. OpenOffice kennt bei seinen Dokumenten auch Versionen und kann auch Änderungen durch farbiges Hervorheben kenntlich machen. Probiere es vielleicht mal damit. Andere, ähnliche Programme von propritären Mitbewerbern sollten dies auch können.
Bei PDFs wird es etwas schwieriger. Auch, wenn mehrere Personen auf die selben Dateien zugreifen [w|s]ollen. Aber alles eine Sache der Organisation. Der Vorteil meiner Version wäre der geringere Overhead.
Schönen Abend,
Falk
Hi!
Ich habe mich spontan zu folgender Loesung entschlossen: :-)
# apt-get install subversion # mkdir /advdrv/svn # svnadmin --fs-type fsfs create /advdrv/svn # addgroup subversion Adding group `subversion' (1003)... Done. # chgrp -R subversion /advdrv/svn # chmod -R o-rwx /advdrv/svn # chmod -R g+rw /advdrv/svn # chmod g+s /advdrv/svn # adduser waja subversion Adding user `waja' to group `subversion'... Done. # adduser --system --home /advdrv/svn/ subversion adduser: Warning: The home dir you specified already exists. Adding system user `subversion'... Adding new user `subversion' (112) with group `nogroup'. Home directory `/advdrv/svn/' already exists. # su -c "/usr/bin/svnserve -d -r /advdrv/svn/" subversion # apt-get install websvn $ svn import projektarbeit svn://localhost/projektarbeit/ -m "Initiale Version"
Gruss, Jan.
lug-dd@mailman.schlittermann.de
-
Falk Döring -
Heiko Schlittermann -
Jan Wagner -
Konrad Rosenbaum -
Steffen Schwigon