1
Subversion Autoversioning mit WebDav für Office Dokumente
Hallo.
Konfiguration:
Subversion 1.5.4 läuft auf einem Apache http 2.2.10 Server.
Zugriff auf die Repositorys läuft über WebDav (mod_dav_svn) ab.
Eingebunden werden die Repositorys (auf Client Seite) über Novell NetDrive um die Daten komfortabel bereit zu stellen.
Problem:
Legt man z.B. ein neues .txt-File auf dem Netzlaufwerk an, bearbeitet es und speichert es hier und da mal ab, werden automatisch auto-commits durchgeführt und es entstehen auf der Fileserverseite mehre Revisionen. Was auch richtig so ist und wunderbar funktioniert.
Legt man z.B. ein neues Word-Dokument auf dem Netzlaufwerk an, bearbeitet es und speichert es hier und da mal ab, werden automatisch auto-commits durchgeführt ABER die Datei wird immer wieder überschrieben.
D.h. es werden keine Revisionen der Datei angelegt. Das ist nicht Sinn der Sache und ich wollte fragen ob Jmd. ein Lösung für diese Problem hat.
- Müssen sonstige Module aktiv sein?
- Gibt es etwas in der Repository Konfiguration zu beachten?
- etc.
Hier einmal meine DAV Freigabe:
Schonmal vielen Dank!
quibb
Konfiguration:
Subversion 1.5.4 läuft auf einem Apache http 2.2.10 Server.
Zugriff auf die Repositorys läuft über WebDav (mod_dav_svn) ab.
Eingebunden werden die Repositorys (auf Client Seite) über Novell NetDrive um die Daten komfortabel bereit zu stellen.
Problem:
Legt man z.B. ein neues .txt-File auf dem Netzlaufwerk an, bearbeitet es und speichert es hier und da mal ab, werden automatisch auto-commits durchgeführt und es entstehen auf der Fileserverseite mehre Revisionen. Was auch richtig so ist und wunderbar funktioniert.
Legt man z.B. ein neues Word-Dokument auf dem Netzlaufwerk an, bearbeitet es und speichert es hier und da mal ab, werden automatisch auto-commits durchgeführt ABER die Datei wird immer wieder überschrieben.
D.h. es werden keine Revisionen der Datei angelegt. Das ist nicht Sinn der Sache und ich wollte fragen ob Jmd. ein Lösung für diese Problem hat.
- Müssen sonstige Module aktiv sein?
- Gibt es etwas in der Repository Konfiguration zu beachten?
- etc.
Hier einmal meine DAV Freigabe:
<Location /svn>
DAV svn
AuthBasicProvider ldap
AuthType Basic
AuthzLDAPAuthoritative off
AuthName "Subversion Repository"
SVNAutoversioning on
AuthLDAPURL ***
AuthLDAPBindDN ***
AuthLDAPBindPassword ***
SVNParentPath /etc/svn/repository
SVNListParentPath on
<LimitExcept GET PROPFIND OPTIONS REPORT>
Require ldap-user ***
Require ldap-user ***
</LimitExcept>
ModMimeUsePathInfo on
</Location>quibb
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 101611
Url: https://administrator.de/contentid/101611
Printed on: April 25, 2024 at 06:04 o'clock
1 Comment
Update zur Problembeschreibung:
Wird ein auto-commit durchgeführt zählt die Revisionsnummer weiter, was auch gut so ist.
Wird ein auto-commit durchgeführt wird eine temporäre Datei z.B.
Autoversioning commit: a non-deltaV client made a change to
/9CFBEA8C.tmp
angelegt und gleich danach
Autoversioning commit: a non-deltaV client made a change to
/Neu Microsoft Office Word-Dokument.docx
Copied from: 9CFBEA8C.tmp revision x
Also die aktuelle Version von "Neu Microsoft Office Word-Dokument.docx" wird zuerst gelöscht und gleich danach wird aus der temporären Datei 9CFBEA8C.tmp eine neue Revision Neu "Microsoft Office Word-Dokument.docx" angelegt.
Das löschen der vorherigen Revision gilt es also zu vermeiden.
Grüße
quibb
Wird ein auto-commit durchgeführt zählt die Revisionsnummer weiter, was auch gut so ist.
Wird ein auto-commit durchgeführt wird eine temporäre Datei z.B.
Autoversioning commit: a non-deltaV client made a change to
/9CFBEA8C.tmp
angelegt und gleich danach
Autoversioning commit: a non-deltaV client made a change to
/Neu Microsoft Office Word-Dokument.docx
Copied from: 9CFBEA8C.tmp revision x
Also die aktuelle Version von "Neu Microsoft Office Word-Dokument.docx" wird zuerst gelöscht und gleich danach wird aus der temporären Datei 9CFBEA8C.tmp eine neue Revision Neu "Microsoft Office Word-Dokument.docx" angelegt.
Das löschen der vorherigen Revision gilt es also zu vermeiden.
Grüße
quibb
