wir haben in der letzten Woche eine Nextcloud bei Hetzner gebucht. Die Version sollte daher aktuell sein.
Wir nutzen die Cloud, um PlĂ€ne mit mehreren Unternehmen zu tauschen. Jede Firma hat seinen Bereich, in den sie nur âschreibenâ darf. Sie können nichts teilen und löschen.
Gelöst ist das ganze mit Gruppenordnern.
Unser Problem ist nun folgendes:
Eine Firma lÀdt einen Plan hoch (Endfassung), diese bemerken intern, dass dort ein Fehler vorhanden ist und laden nun den korrigierten Plan mit identischem Dateinamen wieder hoch.
FĂŒr alle User steht dort nun die neue Version, jemand hat aber bereits angefangen, nach dem bisherigen Plan zu arbeiten. Ăber den âAktivitĂ€tenâ Bereich lĂ€sst sich das rekonstruieren, dass ist klar. Wir wĂŒrden allerdings gerne von vorherein unterbinden, dass Dateien ĂŒberschrieben werden können?
Habt Ihr eventuell eine Idee fĂŒr uns, wie sich das lĂ€sen lĂ€sst?
ich verstehe dein Anliegen, aber das beschriebene Verhalten ist normalerweise gewĂŒnscht. Man möchte die Versionierung nicht ĂŒber Dateinamen lösen weil es im Chaos resultiert wenn mehrere Personen parallel am Dokument arbeiten und (unterschiedliche) Anpassungen durchfĂŒhren, ist es im Anschluss sehr mĂŒhsam die Dokumente wieder zusammenzufĂŒhren.
Ich habe es nicht getestet aber eventuell ist die Funktion âeindeutiger Dateinameâ ĂŒber âFile-Dropâ/âBriefkastenâ Funktion abgebildet. Das ist eine spezielle Freigabe die nur Upload zulĂ€sst - dort sehen die Uploader die Files nicht⊠es kann sein dass dort Funktionen existieren um bestehende Files gegen ungewolltes ĂŒberschreiben zu schĂŒtzen.
Dein Problem wĂŒrde durch unterschiedliche Dateinamen aber nicht gelöst werden⊠den wenn jemand anfĂ€ngt mit der âfinalenâ Version zu arbeiten macht es keinen Unterschied ob danach noch eine âwirklich finalâ und dann noch eine âwirklich wirklich finaleâ Version erstellt wird⊠die Datei mit dem anderen Namen ist eventuell âsichtbarerâ aber das Problem an sich bleibt⊠Ich glaube das Problem muss organisatorisch gelöst werden - wann wird ein Dokument als âfinal genugâ angesehen so dass man mit der Arbeit beginnen kann? Und was passiert wenn die gĂŒltige Version doch noch geĂ€ndert wird - wer darf das, wer trĂ€gt Verantwortung und Kosten fĂŒr die âfalscheâ Arbeit⊠Eventuell wĂŒrde ein âApproveâ Workflow helfen.
Bringt es nix, wenn bei der finalen Version das Attribut âSchreibgeschĂŒtztâ gesetzt wird?
Dann sollte jeder Versuch, die Datei zu ĂŒberschreiben, fehlschlagen.
Alternativ könnte man auch die finalen Dateien einem anderen Besitzer zuweisen, auf dessen Dateien andere Benutzer & der Webserver nur lesend zugreifen dĂŒrfen. Dann sollte nur noch ein Benutzer die Finale Datei Ă€ndern dĂŒrfen, wenn der Zugriff ĂŒber den neuen Benutzer erfolgt. Alle anderen bekommen beim Versuch die Datei zu aktualisieren, einen Fehler.
das musst du entspechend deinem Use-Case bestimmen!
ist ein Widerspruch zum Begriff âfinalâ⊠entweder ist es fertig und wird nicht mehr verĂ€ndert oder es kann verĂ€ndert werden und alle Benutzer mĂŒssen damit rechnen dass eine Aktualisierung notwendig ist (und bei der Bearbeitung berĂŒcksichtigen)âŠ
