Diskussion:Subversion im CS-Netz

2008-09-10T10:13:15Z

85.178.209.40:

= Fragen zur Einrichtung von SVN im Netz =
* Jou, moin, ist zwar keine Frage, aber ein Aspekt den man vielleicht dem Artikel noch hinzufügen könnte: Sicherheit. Ich habe den Artikel nur kurz überflogen, deswegen kann es unter Umständen schon enthalten sein.
** <code>chmod -R g+rX $MYREPO</code> bedeutet ja, dass <code>$HOME</code> und alle Unterverzeichnisse auf dem Weg zu <code>$MYREPO</code> mindestens <code>chmod g+x</code> haben müssen?! Was bedeutet, dass im eigenen Interesse alle weiteren Dateien/Verzeichnisse auf höchstens <code>chmod 0700</code> gesetzt werden sollten, wenn die Gruppenmitglieder nicht Einsicht auf private Files haben sollen. Besonders spannend wird es nämlich im nächsten Punkt.
** Wenn die Gruppenmitglieder Zugriff auf <code>$HOME</code> haben und der vorherige Punkt nicht befolgt wurde, dann haben sie auch Zugriff auf <code>~/.subversion/auth/svn.simple/*</code> (wenn der Besitzer gerne mal mit <code>chmod -R</code> rum spielt :P), wo (falls vorhanden) alle schon mal benutzten SVN-Passwörter im Klartext drin stehen (default Einstellung [Selbst bei Debian]). Das bedeutet, dass mindestens (im eigenen Interesse) in <code>~/.subversion/config</code> folgende Zeile `entkommentiert' werden sollte: <code>store-passwords = no</code>. Außerdem ist es sinnvoll auch den Benutzernamen nicht zu speichern, dazu im gleichen File <code># store-auth-creds = no</code> entkommentieren. Danach sollte man (falls vorhanden) den kompletten Authentifizierungs-Cache löschen: <code>rm -rf ~/.subversion/auth/*</code> (Dabei gehen keine Repository- bzw. Sandbox-Informationen verloren, allerdings die gespeicherte Kennwörter, Benutzernamen und erlaubte Server-UUID's in Verbindung mit den gestatteten Zertifikaten (SSL & Co. [Muss beim nächsten co, up, ci, ls, etc. neu bestätigt werden.].).). ... Sieht auch nett aus: `.].).).' :P
:--[[Benutzer:Dirk|Der Dirk]] 15:35, 24. Sep. 2007 (CEST)
:PS: Default ist, dass SVN <code>~/.subversion/auth</code> auf <code>chmod 0700</code> setzt. Aber immer daran denken, es gibt auch so etwas, was sich `root' nennt, auch im CS Netz ;) ...

== Subversive ==

* Ich kann für Eclipse persönlich Subversive [http://www.polarion.org/index.php?page=overview&project=subversive Subversive bei Polarion] sehr empfehlen, da es -meiner subjektiven Erfahrung nach-
::* stabiler ist
::* mehr Implementationen von SVN (unter anderem eine sehr empfehlenswerte 100% Java-Implementation die u.a. auch mit SVN-Ports abseits von 22 umgehen kann) bietet
::* die empfohlenen Strukturen um trunk, branches, ... besser unterstüzt
::* Multiprojektordner besser kann
::* einen klasse Mergeview hat
* Polarion ist ein Anbieter von Teamzusammenarbeitssoftware, deren einer Teil halt Subversive ist, des netterweise halt kostenlos gibt. --[[Benutzer:Joti|Joti]] 16:43, 5. Jan. 2008 (CET)

== SVN+JavaHL funktioniert nicht mehr unter Windows ==
* Seit kurzem (~28.Juni 08) funktioniert bei mir und einem Kommilitonen im CS-Netz keine SVN-Operation unter Windows (XP und Vista) mehr mit dem Konnektor "JavaHL", vielleicht können es auch andere Konnektoren sein. Der Fehler lautet in etwa "Pfad nicht gefunden" oder "svn: Tunnel-Aufbau nicht möglich". Zumindest unter Eclipse (Subclipse bzw. Subversive) hilft eine Umstellung auf "SVNKit", versucht also, den Konnektor zu wechseln falls ihr damit auch Probleme habt (Eclipse > Window > Preferences > Team > SVN). Unter Linux gibt es merkwürdigerweise keine Probleme...

== andere Frage ==
leider bin ich nicht so der Linux-crack, aber bei mir funktionierte:
:chgrp -R $GROUP $MYREPO
:nicht.
:=>chgrp: xxx : No such file or directory
:Sollte das etwa
:chgrp -R $GROUP svn-repo
:heißen? das ging nämlich
:matthias

FreitagsrundenWiki - Benutzerbeiträge [de]

Diskussion:Subversion im CS-Netz