John-Henry
2020-05-14 13:23:45 UTC
Ich bearbeite häufig einen Manuskriptentwurf mit Co-Autoren, indem ich Entwürfe eines Dokuments per E-Mail hin und her sende. Je nachdem, mit wem ich zusammenarbeite, sind Cloud-basierte Lösungen für die Zusammenarbeit nicht immer eine Option.
Nach einigem Hin und Her schweben viele Zwischenentwürfe herum, so dass viele meiner Co-Autoren ein Arbeitsdokument entweder initialisieren, datieren oder nummerieren, wenn wir es zur Bearbeitung hin und her senden. Einige tun nichts davon. Ich frage mich, ob es einen richtigen Weg gibt, ein Dokument bei der Zusammenarbeit per E-Mail zu "benennen". Gibt es einen Konsens über Best Practices für Dateinamenskonventionen bei der gemeinsamen Bearbeitung per E-Mail?
"richtig" nicht sicher, gesunder Menschenverstand ja - Daten oder Version 1, Version 2 oder Daten, Zeiten und Initialen sind alle üblich ...
Der Schlüssel für ein gutes VCS wie git ist ein Link, zu dem die vorherige Version gehört.Bitten Sie sie daher, ihre Version mindestens mit ihrer neuen Versionsnummer und ihrem neuen Namen zu kennzeichnen. Fügen Sie jedoch im Idealfall hinzu, aus welcher Version sie sie erstellt haben (oder mehrere davon, wenn dies eine Zusammenführung war).
@CaptainEmacs Keine Notwendigkeit, eine solche manuelle Plackerei durchzuführen;dafür ist [`git format-patch`] (https://git-scm.com/docs/git-format-patch) gedacht;)
@Warbo Wenn sie Git-Format-Patch verwenden können, wissen sie, wie man Git verwendet.Wenn sie wissen, wie man Git benutzt, werden sie LaTeX benutzen.Wenn sie LaTeX verwenden, können sie Online-Repositorys verwenden.Wenn sie in der Lage sind, Online-Repositorys zu verwenden, würden sie diese für ein gemeinsames Dokument verwenden.Wenn sie sie benutzen würden, wäre die Frage nicht gestellt worden.Daher müssen sie entweder Google Text & Tabellen oder Word verwenden.Google Docs hat keine Versionsprobleme.Daraus folgt, dass sie Word, E-Mail mit inkohärenten Threads und inkonsistente Dateinamen für die Versionskontrolle verwenden und "git format-patch" für ein romulanisches Schimpfwort halten.
@CaptainEmacs Ich habe verschiedene Mitarbeiter, die Latex verwenden und trotzdem Dateien per E-Mail austauschen.Git ist fortschrittlicher als Latex.
Leider gibt es keine streng "korrekte" Methode zur Versionskontrolle.
Es sollte geben, aber wie könnte dies auf verschiedenen Betriebssystemen, Software und Benutzern implementiert werden?
Captain Emacs könnte völlig recht haben.In jedem Fall müssen Sie Ihren eigenen Modus Operandi entwickeln, der, auch wenn er nicht so weit geht, dass bestimmte Verfahren erforderlich sind, zumindest allen Beteiligten mitteilt, dass sie einem Verfahren zustimmen und sich daran halten müssen.
Verschiedene Co-Autoren haben unterschiedliche Prioritäten und alle müssen verstehen, dass sie, wenn sie nicht zusammenarbeiten, für alle auftretenden Probleme verantwortlich sind.
@FedericoPoloni In der Tat.Aber meine Schlussfolgerung geht umgekehrt.Warbo schlug vor, Git zu verwenden.:-)
@CaptainEmacs: Der wackelige Schritt in Ihrer Kette lautet: „Wenn sie LaTeX verwenden, können sie Online-Repositorys verwenden.[…] Daher müssen sie entweder Google Text & Tabellen oder Word verwenden. “Wie @ Federico kenne ich mehrere Mitarbeiter, die mit LaTeX sehr zufrieden waren, aber keine Online-Repositories verwendeten und deren bevorzugter Workflow absolut zu den hier beschriebenen passt.Ich bin mir sicher, dass sie in der Lage gewesen wären, Online-Repositories zu verwenden, aber sie waren nicht dazu bereit.
@PLL "Capable" ist der Punkt.Aber Sie haben natürlich recht, genau genommen.Was immer noch in meiner Argumentation steht, ist, dass der Rest, da er bereit und in der Lage ist, Git zu verwenden, ziemlich stromabwärts folgt.Ich hätte LaTeX wahrscheinlich auf den vorletzten Platz setzen sollen, aber ich wollte, dass es humorvoller ist als alles andere. Außerdem sollte LaTeX für das Zusammenführen von Git geeignet sein und daher folgt die Verwendung von LaTeX eher der Verwendung von Git als der Verwendung von Word.Ich hätte die logische Kette von Repositorys mit der Verwendung von LaTeX * und * git als Eltern verbinden sollen."> Herzlichen Glückwunsch! Sie haben den Witz getötet. Der Witz ist jetzt tot.";-);
Nach meiner Erfahrung ist Git zu C wie SVN zu Python.Für Nicht-Programmierer ist SVN oft das richtige Werkzeug für den Job.
Sicher gibt es irgendwo ein Startup, das * die Blockchain * für die Revisionskontrolle verwenden möchte.:) :)
Wenn Sie LaTeX verwenden, sind Tools für die Zusammenarbeit wie www.overleaf.com sehr nützlich und vermeiden die Notwendigkeit, ein Versionskontrollsystem zu kennen.Sie vermeiden auch, Ihren Posteingang zu füllen.Viele Institutionen verfügen über Standortlizenzen, und wenn nicht, sind kostenlose Pläne verfügbar.
@CaptainEmacs - "Wenn sie wissen, wie man Git benutzt, werden sie LaTeX benutzen."ist meiner Erfahrung nach überhaupt nicht wahr.Jeder Programmierer an meinem Arbeitsplatz verwendet Git.Nur wenige mit akademischer Erfahrung würden LaTeX verwenden, und selbst dann sind es eher die älteren Mitglieder des Teams.In der Praxis wird es von niemandem verwendet, da Dokumente nicht ausschließlich für Benutzer von LaTeX freigegeben werden.
@GuyG Ich hatte gehofft, mein Kommentar würde so frech erscheinen, wie ich es mir vorgestellt hatte, aber offensichtlich nicht.
@CaptainEmacs - Wahrscheinlich nicht, wenn ich Kommentare überfliege ...
@Artelius SVN ist eine faire Wahl, erfordert jedoch einen zentralen Server (AKA eine "Cloud").Git nicht.
Datum der Datei wie 11nov.17.23.This.File ....
Um auf die eigentliche Frage zurückzukommen ... Man kann feststellen, dass es reale Situationen gibt, in denen gemeinsam genutzte Server ein Problem darstellen, insbesondere wenn sich einige Personen in einer Gerichtsbarkeit befinden, die den Internetzugang einschränkt, andere nicht.Gibt es dann noch Problemumgehungen?Ja.Werden sie wirklich unpraktisch und für manche Menschen eine Netto-Zeitverschwendung?Ja.