Was macht Sync
Mit Sync kann man Datei-Ordner "spiegeln" - also bewirken, dass ihr Inhalt identisch ist.
Man kann das auf sehr große Systeme anwenden, etwa um ein Daten-Backup aller User-Daten eines Systems auf eine externe Festplatte zu schubsen. Oder man synchronisiert sämtliche Programmier-Projekte zwischen Desktop und Laptop. Oder zum Rechner umziehen.
Man auch kleine "Repositories" anlegen, mit nur ein paar Projekten darin, etwa auf einem Usb-Stick.

Das Back-End: RoboCopy
Das Back-End dahinter ist übrigens vergleichsweise einfach, es ist das zu Windows gehörende Kommandozeilen-Tool "RoboCopy", und mein Proggi erstellt vor allem ein paar Kommandozeilen, mit denen dieses Tool dann abgefahren wird.
Also vom Prinzip her ist dieses ein weiteres "YARCGUI" - "Yet Another RoboCopy Graphical User Interface" - mit sehr anderem, auf "Repository" ausgerichteten Oberflächen-Konzept. Das andere YarcGui kann ja beliebige RoboCopy-Ausführungs-Pläne erstellen, und auch sowas ähnliches wie ein Repository (halt ohne mergen).
Jdfs. bei mir bedeutet "Repository", dass man eine *.syn - Datei in einem Ordner liegen hat, in der die zu synchronisierenden Ordner gespiegelt werden sollen. Dabei kann ein Repository mehrere Clients unterstützen, also man legt fest:
"Repository-BliBlaBlu wird auf Client1 mit C:\Progs\BliBlaBlu synchronisiert und auf Client2 mit D:\OllerKram\HupfHupf".
Praktisch aussehen tut sowas so:

Links das Repository - dort die Pfade sind relativ zum Repository-Folder - daher kürzer und v.a. ohne Laufwerk.
Mittig der "Current Client" - das ist der aktuelle Rechner, dessen System synchronisiert werden kann. Der andere Client, "Client2" kann nicht bearbeitet werden, denn jenes Dateisystem liegt ja auf einem anneren Rechner.

Die Sync-Operationen Push, Pull, Merge

• Push erstellt im Repository den "Spiegel" des eigenen Systems. Alles abweichende wird entfernt, neu hinzugekommenes hinzugefügt, veraltetes überschrieben.
  
• Pull ist derselbe Vorgang andersrum, also das Repository erstellt einen Spiegel im Client.
• Merge ist modifiziertes Pull, als "Reparatur"-Funktion, wenn man was verdaddelt hat.
  

Verdaddeln ist nämlich recht einfach: Etwa wenn Client1 pusht, und danach weiterarbeitet, und dann Client2 pullt, und dort auch weiterarbeietet - dann hat man einen Merge-Konflikt, denn unentscheidbar ist, welche Version nun die beste ist, oder ob beide Versionen je eigene Vor- und Nach-teile haben.
In so einem Fall kann zB Client2 seinen neuesten Stand pushen, und Client1 pullt den nicht, sondern merget.
Ein Merge ist ein Pull, nur werden dabei keine überflüssigen Dateien/Ordner gelöscht oder überschrieben. Sondern bei Namens-Gleichheit kriegt die Repository-Datei einen ".mergeConflict" - Dateinamens-Zusatz, bevor sie kopiert wird.
Der User muss dann selbst zusehen, wie er den Konflikt im Einzelnen auflöst. Auf jeden Fall hat er nach einem Merge u.U. erhebliche Mengen neues Material in seinem System - zunächstmal unnützes Zeug, denn sein vorheriges System besteht ja vollkommen unangetastet weiter wie zuvor - das neue ist in keiner Weise in die System-Funktionalität integriert.

Es ist auch bischen Sicherheit eingebaut, um Merge-Konflikte zu vermeiden. Zwei einfache Regeln:

1. Es darf nur der Client pushen, der zuvor als letzter gepullt hat.
   Denn nur wer gepullt hat, hat die neueste Version vom Repository geladen.
   
2. Andere Clients können nur pullen, wenn vorher gepusht wurde.
   Denn nur wenn sie gepusht wurde, liegt die neueste Version im Repository.

Unproblematisch ist es für den Client, der mit pushen dran ist, auch öfter jeweils immer neuere Versionen zu pushen.
Diese Regeln gewährleisten so leidlich, dass die neueste Version nur auf einem Client ist, und auf keinem anderen. Sie können allerdings nicht davor schützen, dass jmd. mit dem einen Client pullt, dann aber auf dem anderen Client weiter-arbeitet (s.o. - Merge-Konflikt)

Getting Started

1. ins Projekte-Verzeichnis entpacken, im VisualStudio öffnen und als Release kompilieren. Als Release ist wichtig, denn die Debug-Version lädt nur ein Test-Repository.
   
2. die Empty.syn - Datei in einen Ordner zB auf die externe Festplatte kopieren (oder wo immer das Repository einzurichten ist) - und sinnig umbenennen.
   
3. die Empty.syn mit Doppelklick öffnen. Da erscheint ein Dialog, über den man das Programm erstmal suchen muss, mit dem *.syn - Dateien in Zukunft zu öffnen sind - hier die Sync.Exe suchen, die man ja grad in 1) sich zurecht-kompiliert hat
   
4. Aussm Explorer vom Client die Ordner, die man synchronisieren möchte, auf den linken (noch leeren) Treeview ziehen. Dabei auch im weiteren nicht auf schon vorhandene Nodes droppen, sondern in die leere Fläche unter den Nodes.
   Das generiert sowohl im CurrentClient als auch im Repository einen Treeview, bei dem die kindlosen Knoten (die "Leafs") grün gekennzeichnet sind.
   
5. Im Repository-Treeview kann man per KontextMenü Delete (Save Childs) nach Belieben Nicht-Leaf-Nodes entfernen - um die Ordner-Struktur des Repositories zu vereinfachen. Leafs-Nodes kann man übrigens gar nicht entfernen, denn ein Leaf im Repository-Tree bedeutet ja einen Kopier-Auftrag, und ist mit einem Client-Leaf verbunden.
   
6. Im Client-Tree hingegen lautet das KontextMenü Delete Branch, und kann nicht nur einzelne Leafs weghauen, sondern entfernt gleich den ganzen Zweig (ggfs. auch mit mehreren Leafs). Denn ein Zweig ohne Blatt (Kopier-Auftrag) ergäbe zur Synchronisierung keinen Sinn.
   
7. Jo, dann kann man erstmalig pushen, dass auch was drinne ist im Repository. Der erste Push dauert übrigens besonders lange (vlt. 5min/GByte). Wenn später nur geänderte Dateien kopiert werden gehts zackiger
   
8. Nun kann man auch einen 2. Client anschließen ans Repository - also einen anderen Computer. Dazu zieht man von dessen Dateisystem Ordner aufs Repository - nun aber genau auf jeweils ein grün markiertes Leaf. Dadurch wird im Repository kein neuer Ordner generiert, sondern des neuen Clients Ordner verbindet sich mit dem bestehenden Repository-Leaf zu einem Kopier-Auftrag für diesen Client.
   
9. Nochmal Bildle gucken: zB. Repository.Client12 (2) ist verbunden mit Client1.Client12 (2) und Client2.Client23 (2). Also auf verschiedenen PCs haben die Ordner durchaus verschiedene Namen - v.a. liegen sie meist wohl in unterschiedlichen Pfaden.
   

Ja, soweit.

Nu interessieren täte mich, ob ich der einzige bleibe, der dieses Tool nutzt, ob dem einen oder anderen meine Ausführungen was gebracht haben, oder ob mein Code jmd. ein bischen inspiriert hat.
Und ggfs. auch Fragen, oder gar BugReports.
Aber ich sage gleich: Es ist nicht idiotensicher. Wenn ihr den BilderOrdner des einen Clients mit den ProgrammierProjekten des anderen synchronisiert, sind hinterher entweder die Bilder weg oder die Programmier-Projekte

Edit: Lizenz: Beerware

nafets schrieb:

Warum eigentlich das Rad neu erfinden?

Schicksal

Im Ernst: Ja, es gibt viel ähnliches. Aber zB DropBox, OneDrive, OwnCloud - ich kenne die nicht, aber geht das nicht übers Internet? Würde das zB einen 20GByte-Sync-Auftrag verkraften?
Versionskontrolle kenne ich nur Mercurial, und da musste ich immer jede popelige Datei einzeln angeben - das war mir sehr lästig, weil wenn ich progge, änder ich alle 10min was am Dateisystem. Und ich fand Mercurial auch sonst unintuitiv, also erst musste ich die Dateien festlegen, dann committen, dann pushen, dann pullen, dann restoren - also war mir sehr lästig.
Und Sync ist auch keine Versionskontrolle, wo man jede verflossene Version wieder restaurieren kann. Es gibt nur einen Spiegel und basta. Der Spiegel kann halt paar MB klein sein auf einem USB, aber ebensogut zig GByte gross, und alle Account-Daten aller User eines PCs backuppen (dauert dann halt bischen).
Windows-Ordner oder Program-Files zu syncen macht hingegen nicht so viel Sinn - es geht schon ums Sichern von User-Daten.

Die Nutzung zu vereinfachen fällt mir grad nicht so viel ein: Man zieht die Ordner drauf, die man syncen will, und klickst "Push" - geht das noch einfacher?
Tatsächlich zieht man ja nur alle Jubeljahre iwas drauf, normal doppelklickst man die längst eingerichtete .syn-Datei - "Push" - das wars ja schon.
Du kannst dir auch eine Verknüpfung auf den Desktop legen, wenn die .syn - Datei zu suchen zu mühsam ist.
Bei mir ists sogar noch mühsamer: Ich muss mich immer unter den Tisch bücken, um meine externe Festplatte ein-/aus-zustöpseln - wirklich!
Und wegen der Stöpselei mache ich auch keinen Dienst davon, der ständig im Hintergrund rumlungert und sowas.