Das heisst, ihr habt eine gute Bennenungskonzept der Dateien und diese Zeichnungsnummer is nicht anders wie eine kodierte Beschreibung von vielen extra Infos (Fachplaner, Leistungsphase, ...).

Es finde ich eine elegante und gute Idee, weil man so in kurzen Dateinamen viele Informationenen zeigen kann.

In diesem Fall das Backup-System ist nicht anders wie die Versionen. Und es ist der Witz daran: um Versionen zu benutzen, braucht man nicht mehrere Dateinahmen (z.B. mit Datum).


Ich gehe ein bisschen weiter und erkläre wie es in der Softwareentwicklung funktioniert:

Es gibt ein Server wo die Dateien gespeichert sind. Alle Entwickler hat Zugriff zu diesem Serer und hat ein eigenes Kopie der Dateien.
Wenn man etwas ändert, dann ändert man nur die lokale Kopie. Mittels einen Klientprogramm sieht der Entwickler, dass die Serverversion und die Lokalversion sind unterschiedlich und man kann die Änderungen auf den Server kopieren (COMMIT).

Na ja, aber in diesem Fall ein anderer Entwickler sieht mittels dem Klientprogramm, dass seine Dateien sind nicht schon alt, also er muss einen UPDATE machen, um die geänderte Dateien local zu kopieren.


Und wenn viele Entwickler arbeitet und sie viele Änderungen machen, sie können immer alle die Änderungen sehen und local kopieren. Daneben gibt es viele extra Metainformationen:
- wer hat die Änderung gemacht
- kurze Beschreibung der Änderung
- wann war die Ändrung gemacht

Alle die Änderungen bedeuten eine neue Version der Datei und mann kann beliebig eine Version lokal kopieren.

Und ich finde es eine grosse Lücke bei den Architektbüros. Ok ein Softwareentwicklungsteam ist im allgemeinen grösser, aber es gib so viele Vorteile, die oben beschriebene Mechanism zu benutzen, dass man es nicht vorstellen kann.

Was meint ihr?