tl; dr: Die Versionskontrolle ist schwieriger einzurichten, macht es jedoch sicher, an derselben Datei zu arbeiten, und erleichtert das Nachverfolgen des Verlaufs (dh früherer Versionen).

Vor- und Nachteile der Synchronisierung von Dateien

Ja, der größte Vorteil von Dingen wie Dropbox (ich verwende es auch zum Sichern und Synchronisieren meiner Dateien) und SugarSync ist ihre Einfachheit.

Sie arbeiten möglicherweise für die Zusammenarbeit an Dateien, aber:

• Sie sind nicht für zwei Personen gedacht, die dieselbe Datei gleichzeitig bearbeiten (keine Zusammenführungsfunktionen - also ändert ein Typ a Datei kann Änderungen überschreiben, die von einem anderen Mann vorgenommen wurden, auch ohne das zu wissen.)
• Sie erhalten keinen Verlauf, dh:
  • Hat jemand an dieser Datei gearbeitet, die ich bearbeiten möchte?
  • Hat jemand andere Dateien hinzugefügt oder geändert?
  • Welche Änderungen wurden vorgenommen?
  • Kann ich zu einer früheren Version wechseln, die ich an meinen Vorgesetzten gesendet habe?

Je nachdem, was Sie tun, ist dies möglicherweise kein Problem. Wenn zum Beispiel nur eine die Datei tex bearbeitet, während andere nur Zahlen lesen oder hochladen, ist das vollkommen in Ordnung.

Schauen Sie sich auch meine Antwort auf Simplest an Möglichkeit, gemeinsam ein Manuskript zu schreiben? mit einem nicht technisch versierten Mitarbeiter.

Versionskontrolle

Versionskontrollsysteme erfordern einige technische Kenntnisse.

Zwei der am häufigsten verwendeten Versionskontrollsysteme sind Git und Mercurial (wobei das zweite Windows-freundlicher und möglicherweise einfacher zu starten ist).

Beide sind standardmäßig nur mit Befehlszeilenzugriff ausgestattet, es gibt jedoch auch einige grafische Oberflächen (ich empfehle wirklich, mit SourceTree zu beginnen).

Wenn die Mitarbeiter also Technikfreaks sind, Bringe ihnen einfach bei, wie man es benutzt. Wenn nicht, gibt es einen Ausweg.

Sie können die Versionskontrolle selbst verfolgen, ohne andere einzubeziehen (ich mache das gerade mit zwei Mitarbeitern).

Nur Sie starten ein Repository in einem Ordner, den Sie freigeben (die Beispiele sind mit Git):

  cd ~ / path / to / the / folder
git init // Starten Sie das Git-Repository in diesem Ordner. // Sagen Sie git, um alle darin enthaltenen Dateien zu verfolgen.  

Jedes Mal, wenn Sie oder Ihr Mitarbeiter Änderungen vornehmen (z. B. einige Dateien hinzufügen, Tippfehler korrigieren, ein Kapitel überarbeiten, ...), werden Sie Gehen Sie wie folgt vor:

  git commit -a -m "Behobene Tippfehler in Abschnitt 3"  

Später können Sie zu dieser Version zurückkehren. und vergleiche auch z.B. Die aktuelle Version Ihrer Datei mit der vorherigen (standardmäßig - zeilenweise, hier - nach Wörtern):

  git diff HEAD ~ 1 --color-words my_file.tex  

Siehe auch:

• Sie haben 15 Minuten Zeit und möchten Git lernen?
• Git + LaTeX-Workflow bei StackOverflow
• Verfassen der Doktorarbeit: Die Tools Teil I
• Zusammenarbeit mit LaTeX und Git im ShareLaTeX-Blog - ein großartiges und umfassendes Tutorial
• Welche Vorteile bietet die Verwendung der Versionskontrolle (Git, CVS usw.) in LaTeX-Dokumenten - TeX.SE
• https://tex.stackexchange.com/search?q=version+control

Und ein Beispiel aus der Praxis für die Verwendung von diff (es macht mein Leben so viel einfacher: )); Nachrichten auf Polnisch festschreiben, aber ich denke, Sie haben die Idee:

Andernfalls ( ein Streifen von PhD Comics):

Ich bin mir nicht ganz sicher, wie Dropbox- und Zuckersynchronisierung funktionieren, aber ihr Hauptziel ist nicht, Änderungen zu überwachen, sondern Dateien über eine Vielzahl von Plattformen synchron zu halten und Backups bereitzustellen. Darüber hinaus können Sie mit einem guten Versionskontrollsystem ältere Versionen behalten, aber auch die Änderungen kommentieren erklären, warum sie vorgenommen wurden. Die Versionskontrolle garantiert auch, dass die Änderungskette einer Tex-Datei auch über sehr lange Zeiträume erhalten bleibt (z. B. Übermittlung an Journal a, Ablehnung, Übermittlung an Journal b, Abrufen von Überprüfungen, neue Version, Akzeptanz: Ein solcher Zyklus könnte leicht 1,5 Jahre sein).

Auch in einem Versionskontrollsystem (VCS) haben Sie entschieden, wann Sie eine Version speichern möchten . In Dropbox kann ich mir vorstellen, dass das System diese Entscheidung trifft. Es ist wichtig, selbst die Kontrolle zu haben, um beispielsweise beim erneuten Einreichen eines Papiers eine Differenzdatei erstellen zu können (siehe auch meine Antwort auf diese Frage zu TeX SE).

Verwenden von a Mit VCS können Sie auch problemlos mit Personen zusammenarbeiten. Erstellen Sie einfach ein privates Repository bei bitbucket (unterstützt mercurial und git), sorgen Sie dafür, dass die anderen Autoren Lese- und / oder Schreibzugriff auf Ihre Tex-Dateien im Repository haben, und sie können das Papier ändern oder hinzufügen. Das VCS kümmert sich um das Zusammenführen.

Ich verwende Mercurial selbst für die Versionskontrolle. Für die Versionskontrolle einer Tex-Datei kann ein VCS jedoch übertrieben sein. Ich würde Mercurial trotzdem empfehlen.

Angesichts des Lobes, das Versionskontrollsysteme in den vorhandenen Antworten erhalten haben, werde ich hier für eine Sekunde den Anwalt des Teufels spielen und unterstreichen, was meiner Meinung nach ein sehr wichtiger Punkt ist: Es hängt stark davon ab, was Ihre Mitautoren sind sind mit vertraut.

Ich verwende die Versionskontrolle für die meisten Projekte, die ich alleine mache, vom Code bis zum Papier. Sie müssen sich jedoch darüber im Klaren sein, dass nicht jeder mit diesem Paradigma vertraut ist und dass diejenigen, die damit vertraut sind, möglicherweise nicht mit einer bestimmten Software vertraut sind (ich selbst bin ein starker Subversion-Benutzer, habe aber noch nie Git verwendet…). Dies gilt insbesondere für Personen, die keine Software entwickeln, da diese Tools aus dem Bereich der Softwareentwicklung stammen. Überprüfen Sie also, was Ihre Co-Autoren verwenden und was sie bereit sind zu lernen. Das Tolle an einer einfachen Synchronisationslösung (wie DropBox) ohne Versionskontrolle ist, dass ihre Lernkurve flach ist. Vereinbaren Sie einfach ein paar Regeln (Datumsstempel aller Dateien, Hinzufügen von Initialen, immer senden eine E-Mail, wenn Sie eine neue Version erstellt haben). Jeder kann das in einer Minute verstehen.

Abschließend möchte ich noch eine Bemerkung hinzufügen: Die Notwendigkeit, den Revisionsverlauf kurzfristig zu verfolgen, erfordert nicht unbedingt, dass Sie den Revisionsverlauf für die Nachwelt aufzeichnen. Beispielsweise erstellt mein inkrementelles Sicherungssystem (Apples Time Machine) stündlich für einen Tag, jeden Tag für den letzten Monat usw. Schnappschüsse meines Dateiversionsverlaufs. Dies deckt einen Teil der Notwendigkeit ab, ältere Versionen kurzfristig zu verfolgen.

Wie nützlich sind sie (insbesondere unter Latex-Einstellungen) für das Schreiben von Papieren im Vergleich zu Dropbox und SugarSync?

Ich bin ein langjähriger Benutzer von Versionskontrollsystemen, eigentlich alles Ich habe (mein $ HOME-Ordner) in einer VC gesichert.

Ich habe mich bemüht, verschiedene Versionskontrollsysteme zum Schreiben vieler (10+) Forschungsarbeiten zu verwenden, die alle in LaTeX geschrieben wurden. Meine Erfahrungen mit der Verwendung von VCs zum Schreiben von Forschungsarbeiten sind jedoch gemischt, wenn nicht sogar geradezu negativ. Neben der einfachen Synchronisation mit einem VC besteht das Hauptproblem darin, die Aktualisierungen zusammenzuführen. Im Gegensatz zum Quellcode von Programmen ist das Zusammenführen von LaTeX nicht so einfach, hauptsächlich aufgrund von Zeilenumbruchproblemen. Zweitens, obwohl ich kein Problem mit verschiedenen VCs habe, haben meine Co-Autoren (sehr heterogener Personenmix) nicht unbedingt Erfahrung mit dem, den ich verwende, oder verwenden direkt einen anderen oder haben keine Ahnung von diesem Zeug. Fügen Sie die Eigenart des Einrichtens von Passwörtern, SSH-Tunneln, der Installation von clientseitiger Software usw. hinzu, und Sie sehen, dass die Verwendung eines VC insgesamt (bestenfalls) keine reibungslose Erfahrung ist.

In letzter Zeit (3) Papiere bisher), habe ich Dropbox ausprobiert und bin ziemlich zufrieden mit dem Ergebnis. Obwohl es nicht alle Probleme löst, scheint es mir zumindest einige zu lösen:

• fast null Setup, auch Laien haben kein Problem bei der Installation des Clients
• Keine explizite Synchronisierung, alles funktioniert sofort (kein Befehlszeilenmaterial für svn / git / bzr / ... add / remove / move / ...)
• Probleme beim Zusammenführen sind ungefähr die gleichen wie bei einer Version Kontrollsystem - selbst wenn ein VC vorhanden ist, habe ich immer explizite Benachrichtigungen über Schreibsperren per E-Mail an Co-Autoren gesendet, oder IM
• Dropbox verfügt über eine rudimentäre Versionskontrolle, für meine Zwecke ist dies ziemlich ausreichend. Beim Schreiben von Papieren geht es nicht um Verzweigung, oder?
• Außerdem ist kein Repository-Setup erforderlich. Sie teilen einfach einen Ordner mit einer ausgewählten Gruppe von Co-Autoren und das wars. Niemand sonst kann es sehen. Wenige Klicks, fast kein Aufwand.

Wie Sie sehen, würde ich raten, bei der Dropbox-ähnlichen Lösung zu bleiben . Zumindest für meine Zwecke stellte sich heraus, dass dies die bisher beste Lösung war.

---

Als Folge der eingegangenen Kommentare: Berücksichtigen Sie auch die Anforderungen, die Sie an das Schreiben einer Forschungsarbeit stellen. Warum sollten Sie eine schwere Lösung wie eine verteilte Versionskontrolle verwenden, wenn wir hier von 1-10 Textdateien, einer Handvoll Bildern und möglicherweise einem Datenrepository (Binär- oder Textblobs) sprechen? Müssen Sie dafür wirklich den ganzen Ärger mit einem DVCS durchstehen? Vielleicht, wenn Ihre Forschung eher ein Sonderfall ist, denke ich die meiste Zeit nicht. Für mich überwiegen die Einfachheit und Zugänglichkeit von Lösungen wie Dropbox für Laien bei weitem die fortschrittlichen technologischen Funktionen wie Verzweigung, Tagging usw.

Ich empfehle dringend, die Versionskontrolle zum Schreiben eines Papiers zu verwenden, da meine Berater noch nie sehr gut mit Computern umgehen konnten. Sie bearbeiten oft die falschen Versionen von Dokumenten und senden sie mir dann. Dann muss ich herausfinden, was sie geändert haben, und es manuell in meine neueste Version eingeben. Ich umgehe dieses Problem, indem ich verfolge, welche Version ich ihnen per E-Mail gesendet habe, und dann vergleiche, was sie mir mithilfe von Release-Tags zurückgesendet haben.

Gehen Sie nicht davon aus, dass der Chef jemals Ihre Versionskontrolle verwenden wird System. Er muss nicht. Aber es ist immer noch äußerst nützlich, die Versionskontrolle zu verwenden! Unsere Artikel werden in MS Word erstellt, da dies alles ist, was der Chef zu verwenden weiß, und das ist das Dateiformat, das das Journal wünscht. Er vergisst oft, die Funktion "Änderungen verfolgen" zu verwenden, aber Sie können die "Dokumente vergleichen und zusammenführen" im Menü "Extras" verwenden, um zu bestimmen, was er bearbeitet hat. ("Zusammenführen" Sie es einfach mit der Version, die Sie per E-Mail gesendet haben, und das resultierende Dokument zeigt die Unterschiede mithilfe der Hervorhebung "Änderungen verfolgen" an.) Ich muss nie Zeitstempel vergleichen oder mir Gedanken darüber machen, welche Datei die neueste Version ist, und selbst wenn MS Word zerstört eine meiner Figuren Ich weiß, dass ich sie leicht wiederherstellen kann.

Sie können auch alle Ihre experimentellen Rohdaten, den Nachbearbeitungscode, die Figurendateien und die Labornotizen unter Versionskontrolle halten Dann können Sie das gesamte Repository sichern und sicher sein, dass Sie nie etwas verlieren. Ich wende Repository-weite Tags an, um anzuzeigen, wann ich neue Experimente durchführe. Dies hilft, den Code mit den Daten synchron zu halten. Dies beantwortet die alte Frage, mit welcher Methode die Zahlen generiert wurden. ("War es Methode A? Wir haben das zuletzt vor sechs Monaten verwendet, aber es könnte eine ähnliche Methode B gewesen sein, die wir zu dieser Zeit entwickelt haben. Vielleicht haben wir A.1 verwendet? Großartig, wir müssen alles noch einmal machen wieder ... ")

Sie können die Repository-Push-Funktion als eine Art verteiltes Sicherungssystem verwenden. Ich verwende TortoiseHg (eine Mercurial-GUI für Windows), um das Repository zu pushen / zu ziehen Ein USB-Stick, der als Backup zwischen meinem Heim- und Arbeitscomputer sowie zu einer Netzwerkfreigabe transportiert werden kann, und ich überschreibe niemals die falschen Dateien oder erstelle zusätzliche Kopien der Dateien. Vergessen Sie übrigens die Verwendung der Verzweigungs- und Zusammenführungsfunktionen - sie sind für Binärdateien nicht wirklich sinnvoll, aber es ist wertvoll zu wissen, ob sie versehentlich geändert wurden. Mercurial funktioniert auch mit riesigen Binärdateien in herstellereigenen Formaten recht gut.

Zusammenfassung: Wissenschaftliche Experimente in der realen Welt produzieren zu viele Dateien, um sie manuell zu versionieren, und der Chef ist möglicherweise nicht sehr technisch versiert Die Versionskontrolle behebt diese Probleme, und Sie müssen nie wieder Dateinamen mit zufälligen Daten sortieren.

Die anderen Antworten enthalten viele gute Punkte, aber ich möchte noch einen hinzufügen, der das Zeit- / Projektmanagement betrifft. Obwohl Sie die Versionskontrolle mit Dropbox durchführen können, besteht die Hauptstärke von Dropbox darin, dass alle gleichzeitig an denselben Dateien arbeiten, was sie schnell und immer synchronisiert macht, und es ist ziemlich gut für einen "Ansturm", bei dem n Menschen müssen über einen bestimmten Zeitraum an einem bestimmten Ziel zusammenarbeiten.

Derzeit arbeite ich jedoch an mehr als 5 Papieren gleichzeitig, mit unterschiedlichen zeitlichen Einschränkungen, unterschiedlichen Fristen und unterschiedlichen Beteiligungen, und ich schätze es, dass ich leicht die Geschichte des Papiers habe, der was begangen hat / wann, und ich möchte gerne Beiträge zu einem Papier leisten. Daher weiß ich, dass die Version auf dem Haupt-Repo konsistent ist, und ich kann einige Teile an einem lokalen Repo hängen lassen, ohne alles zu beschädigen, und wenn ich mich verpflichte, muss ich mich bemühen, zu verstehen, was sich tatsächlich geändert hat und was das Interesse ist . In dieser Hinsicht kann die Tatsache, dass Sie einen Issue-Tracker einfach einem Repo zuordnen können (z. B. mit BitBucket), ebenfalls sehr hilfreich sein (z. B. können Sie ein Problem hinzufügen: "Dieses andere Papier zitieren". , fügen Sie das Papier bei und lösen Sie das Problem, wenn Sie den Absatz festschreiben, in dem das Papier tatsächlich zitiert wird.

Dieser Projektmanagementansatz kann eine Verzerrung sein, die aus meinem Programmierhintergrund stammt, und in einigen Fällen übertrieben sein, aber in Am Ende gibt es kein Killer-Feature von dem einen oder anderen Ansatz, es ist auch, wie angenehm es Ihr Leben macht.

Ich habe keine Erfahrung mit dem, was ich vorschlagen werde, aber es könnte hilfreich sein. Verwenden Sie beide ; Verwenden Sie sowohl Dropbox als auch einige VCS . Wie? Starten Sie im Ordner Dropbox , den Sie freigeben möchten, ein git -Repository (siehe Antwort von @PiotrMigdal). Soweit ich mich erinnere, können Sie ein Verzeichnis von der Synchronisierung in der Dropbox ausschließen, und Sie sollten das Verzeichnis .git (versteckt-) ausschließen, da dies für Sie nicht von Interesse ist Ihre Mitarbeiter.

Auf diese Weise können Sie und Ihre Mitarbeiter die Daten problemlos über Dropbox gemeinsam nutzen und persönlich die Vorteile eines echten VCS in Originalgröße nutzen.

Wie immer bei Shared-Digital-Arbeiten ist es jedoch eines der wichtigsten Themen, die Richtlinien festzulegen - sie sollten allen Teilnehmern klar sein.