Verwenden Sie als Autoren Software/Methoden zur Versionskontrolle? [geschlossen]

Ich bin im wirklichen Leben Programmierer, daher war die Verwendung einer Versionskontrollsoftware für mich ein Kinderspiel. Ich schreibe Sachen im Klartext, mit jedem Kapitel in einer separaten Textdatei.

Ich verwende Subversion darauf, mit TortoiseSVN unter Windows und verwende auch eine Dropbox zum Sichern meines Repositorys.

Auf diese Weise habe ich meine Änderungen versioniert, ich kann die Änderungen, die ich übertrage, kommentieren, und wenn meine Festplatte den Geist aufgibt, bin ich sehr schnell wieder da.

Sie sollten wirklich einfach jede auf dem Markt angebotene Versionskontrollsoftware greifen und ausprobieren. Diese Software ist nicht wirklich mehr als die Kontrolle von Textdateien, und Textdateien ist das, was wir tun.

Ich benutze Mercurial und bin sehr zufrieden damit. Es ist einfach zu verwenden, um allein zu schreiben, da Mercurial alle Ihre Änderungen über das lokale Repository verfolgt, und bei der Zusammenarbeit einfach zu verwenden, da es sich um ein verteiltes Versionskontrollsystem handelt . Dort wird auch die gute Mercurial-Benutzeroberfläche für Windows vorgestellt.

Aber ich warne Sie, dass das Zusammenführen von Dateien nicht verfügbar ist oder kaum möglich sein wird, wenn Sie eine Art Textverarbeitungsprogramm (z. B. Word) verwenden. Dies ist ein Problem aller Versionskontrollsysteme.

Ich benutze Git . Es gibt eine Reihe beliebter GUIs dafür, obwohl ich eher die Befehlszeile bevorzuge.

Mein bevorzugter Backup-Service ist Rsync.net , weil sie zuverlässig sind, einen fairen Preis haben, Sie unterstützen (und ermutigen), Ihre Sachen zu verschlüsseln und ihnen die Schlüssel nicht zu geben, und sich wirklich um die Privatsphäre ihrer Benutzer kümmern.

Ich verwende den Überarbeitungsverlauf von Google Docs.

Echte Versionskontrollsysteme wie SVN und GIT sind zu komplex, erfordern Kenntnisse der Befehlszeile und sind wirklich für kollaborative Teams konzipiert, die gleichzeitig an Dutzenden verschiedener Dateien arbeiten. Sie sind Overkill für Schriftsteller.

Ich verwende Microsoft Word zum Schreiben und jedes Mal, wenn ich speichere, lädt Google Cloud Connect meine Überarbeitung in Google Docs hoch. Ich erhalte den Backup- und Revisionsverlauf kostenlos.

Wenn Sie Microsoft Word nicht verwenden, versuchen Sie es mit SyncDocs . SyncDocs funktioniert wie Dropbox und erstellt einen Ordner, der automatisch mit Google Docs synchronisiert wird. Es speichert auch den Revisionsverlauf.

Flashbake ist eine Befehlszeilenschnittstelle für ein Git-Repository, das ein gewisses Potenzial hatte, aber ich denke, es hat sich nie wirklich durchgesetzt. Es arbeitet im Hintergrund und wurde entwickelt, um Umgebungsdaten sowie das Wetter an Ihrem physischen Standort und die Musik, die zum Zeitpunkt des Schreibens auf Ihrem Computer läuft, aufzuzeichnen.

Es ist die Idee von Cory Doctorow und war nicht wirklich als Quellcodeverwaltung gedacht, sondern eher als Archivierungswerkzeug, das zukünftige Historiker durchwühlen könnten, da persönliche Tagebücher und dergleichen nicht mehr weit verbreitet sind.

Es ist eine faszinierende Idee und es wäre cool, wenn so etwas zum Standard für arbeitende Autoren werden würde.

Fossil , weil es leicht und einfach zu sichern ist, indem Sie einfach die Datenbankdatei an einen neuen Ort kopieren.

Ich verwende Celtx als mein wichtigstes Schreibwerkzeug und habe ihr Celtx Studio abonniert, das Versionskontrolle bietet.

Es ist nicht gerade großartig, weil Sie die ganze Zeit mit dem Internet verbunden sein müssen (es gibt kein "Lokal arbeiten und synchronisieren, wenn Sie wieder Internet haben") und es ist langsam, wenn Sie der Datei Tonnen von Grafiken/Medien hinzufügen (weil Sie jedes Mal, wenn Sie speichern, die gesamte Datei wird hochgeladen), aber sie ist da.

Für einige andere Sachen verwende ich Git und ein privates GitHub-Repository, weil ich als Softwareentwickler arbeite und einfach alle Tools verwende, die ich kenne, und sie irgendwie passend mache.

Probieren Sie dazu Scrivener aus. Sie können „Schnappschüsse“ einer Arbeit erstellen, bevor Sie drastische Änderungen vornehmen. Außerdem erstellt Scrivener Backups für Sie und speichert automatisch, während Sie schreiben. Es ist schön, nicht mehrere Programme zur Versionskontrolle verwenden zu müssen.

Ich bin Schriftsteller, kein Programmierer, und ich habe mit genau dieser Frage begonnen. Ich habe angefangen, Git zu verwenden, und es funktioniert perfekt, obwohl es definitiv einige Zeit gedauert hat, es zu lernen. Es ist cool, weil Git beliebt ist und es GitHub gibt und viele Leute daran interessiert sind.

Trotzdem verstehe ich, dass Mercurial genauso gut oder besser ist und viel einfacher zu verwenden ist mit "gesünderen", intuitiveren Befehlen.

Ich benutze immer noch Git, seit ich damit angefangen habe, aber ich habe zu viel Zeit damit verbracht, es zu lernen, und es ist nicht besser als Mercurial. Wenn ich es noch einmal tun müsste, würde ich Mercurial mit Atlassians SourceTree verwenden, um Änderungen an Entwürfen grafisch anzuzeigen und einzuchecken, während ich sie mache.

Es ist cool, etwas zu schreiben und sich dann von SourceTree alle Hinzufügungen und Änderungen zeigen zu lassen, die Sie vorgenommen haben. Das anschließende Einchecken der Änderungen gibt Ihnen ein Gefühl der Erfüllung, da Sie den Fortschritt sehen können, den Sie an diesem Tag gemacht haben. :-)

Ich verwende Apache Subversion (nur für die Android- und Webentwicklung, nicht gerade für das Schreiben von Inhalten) - entweder selbst gehostet oder auf den Beanstalk- oder privaten GitHub-Konten des Kunden.

Ich wollte nur meine Lieblingskunden empfehlen; beide sind kommerziell, aber erschwinglich und definitiv ihr Geld wert: Syntevo SmartSVN & SmartGit .

SmartGit unterstützt SVN teilweise - aber nur einen grundlegenden Satz von Befehlen. Der Nachteil könnte sein, dass man Klartextdateien nur 1:1 vergleichen kann; bei allen anderen Dateien kann man nur sehen, dass sich etwas geändert hat.

Mit einer Datei pro Kapitel und einem Skript, das die Klartextkapitel zu einer einzigen Datei zusammenfügt - vielleicht mit Kapitelüberschriften und Seitenzahlen.

Ich würde TortoiseSVN nicht empfehlen - aber das ist wahrscheinlich nur eine persönliche Sache - jeder VCS-Client, der eine vollständige Implementierung des Befehlssatzes hat, sollte die Arbeit erledigen.

Ich verwende Subversion und Git als eine Art Frontend für Subversion.

Die Verwendung der Versionskontrolle hat mir mehrmals den Arsch gerettet. Ich kann es auf jeden Fall empfehlen.

Ein Vorteil ist, dass es einfach wird, an einem Text auf mehreren verschiedenen Computern zu arbeiten.

Ich schreibe alles in Textdateien und nicht in Word oder Pages oder Scrivener oder so etwas. Versionskontrolle und Klartext gehen Hand in Hand. Sie können jedoch auch Nicht-Text-Formate mit Versionskontrolle verwenden, wenn Sie dies bevorzugen.

Ich verwende Mercurial (siehe Daniels Antwort für einen Link). Ich mache mein (kleines, atm) Schreiben in reinen Textdateien (mit meinem treuen Emacs ;-D), aber in einem selbst entworfenen (und im Moment schlecht entworfenen) "neuen" Format. Auf diese Weise habe ich reinen Text mit fast keiner (derzeit zumindest) Formatierung (was laut genau dieser Seite empfohlen wird ;-)), kann aber bei Bedarf TeX (oder später andere Formate) generieren.

Wenn ich etwas in einem Klartextformat wie LaTeX oder HTML schreibe, verwende ich im Allgemeinen die Versionskontrolle. Als ich beispielsweise meine Bachelorarbeit (in LaTeX) geschrieben habe, habe ich Mercurial verwendet.

Bei Dingen, die in einem Textverarbeitungsprogramm geschrieben sind, mache ich das im Allgemeinen nicht. Ich mache Backups (mit der Time Machine-Software von Apple), damit ich zu jedem Tag in der Zeit zurückspringen kann. Und wenn ich mit einem weiteren Entwurf oder einer größeren Überarbeitung beginne, erstelle ich manuell eine Kopie. Für kleinere Überarbeitungen verwende ich die Änderungsverfolgungsfunktion meiner Textverarbeitungssoftware.

Ich habe CVS, SVN, Mercurial und Git verwendet. Alle funktionieren gut (gut, vielleicht nicht CVS), aber Git hat eine Funktion, die besonders praktisch ist – das Konzept eines Staging-Bereichs.

Wenn Sie länger an etwas arbeiten, sagen wir einem Roman, ist der Staging-Bereich wirklich schön. Angenommen, Sie nehmen einige Änderungen an Kapitel 1 vor, einige andere an Kapitel 7. Bei anderen Versionskontrollen ist es alles ein Commit, wenn Sie Ihre Änderungen festschreiben. Das mag für manche Leute in Ordnung sein, aber ich mag die Möglichkeit, separat zu committen. Auf diese Weise ist es einfach, wenn ich meine Änderungen an Kapitel 1 behalten, aber die Änderungen an Kapitel 7 zurücksetzen möchte.

Hier ist ein kurzer Überblick: http://whygitisbetterthanx.com/#the-staging-area

Normalerweise speichere ich mehrere Kopien mit aufsteigenden Nummern, aber ich finde, dass dies keine gute Methode ist, weil ich am Ende einen Ordner voller Word-Dokumente derselben Datei + Änderungen habe. Es ist deswegen nicht wirklich einfach zu organisieren.

In einem Versionskontrollsystem können Sie Dinge wie diffs ausführen, um im Grunde eine Ansicht zu erhalten, die Änderungen von einer Version zur anderen zeigt. Sie können auch Verzweigungen erstellen, Verzweigungen zusammenführen usw. Je nachdem, wo Sie hosten und was Sie verwenden, können Sie in bestimmten Zeilen auch Kommentare haben (bis hin zum Umfang von Diskussionen). Dies ist normalerweise außerhalb des Bereichs der Quellversionskontrolle und normalerweise in der Webansicht.

Die Vorteile gehen über die Einzelplatznutzung hinaus. Sie könnten zum Beispiel eine Korrektur lesen lassen und einen Diff machen, um zu überprüfen, was die Person geändert hat. In ähnlicher Weise könnten Sie die Arbeit mit anderen Personen koordinieren, die für bestimmte Aspekte des Aussehens Ihres Textes, das Korrekturlesen, die Bearbeitung usw. verantwortlich sind, und all dies, ohne einen iterativen, zeitaufwändigen „Geben Sie mir die letzte Kopie“-Prozess durchzulaufen.

Ich persönlich empfehle so etwas gitaus dem einfachen Grund, dass Sie im Gegensatz zu Subversion überall und jederzeit vollständig lokal arbeiten können, dh. wenn es nicht zu klar ist, ohne Internet oder irgendeinen Server.

Es versteht sich von selbst, dass es den Leuten schwer fällt, es zu erklären (und die, die ich musste, hatten keinen geringeren technischen Hintergrund). Dies gilt insbesondere für die Befehlszeilentools, aber GUIs sind nicht besser. Ein sehr wichtiges Problem ist das Hochladen von Junk. Ich schlage vor, wenn Sie dies als kollaboratives System verwenden möchten, stellen Sie sicher, dass Sie einige sehr klare Regeln festlegen, da es ärgerlich ist, unnötige Junk-Dateien in den Repositories zu sehen.

Ich habe ein paar Dinge, die ich im Laufe der Jahre getan oder versucht habe:

1.) Wenn ich mit meinen Bearbeitungen oder dem Schreiben für den Tag beginne, erstelle ich eine Kopie des Wortes doc mit dem Datum im Dateinamen. Auf diese Weise habe ich jeden Tag eine neue Kopie und kann ziemlich einfach Tag für Tag zu einer früheren Version zurückkehren. Das klingt nach dem, wovon Sie wegkommen wollen, aber es funktioniert für mich.

2.) Bei der Veröffentlichung im eBook-Format versioniere ich jede "Veröffentlichung" mit einer Version, die einem Softwareprodukt ähnelt (ich bin tagsüber Softwareentwickler). Ein „Release“ besteht aus dem Wort doc, einem pdf (für meine Website, Scribd usw.), einem ePub (für B&N), dem Cover png (für CreateSpace) und der CreateSpace-Version. Alle diese Dateien gehen in einen separaten Ordner. Backups werden auf Carbonite durchgeführt.

Ich verfolge die Veröffentlichung in einer Tabelle, hauptsächlich damit ich weiß, welche Einzelhändler welche Version haben. Es kann sehr schnell sehr verwirrend werden, wenn Sie keine Aufzeichnungen führen.

Ich habe die Idee gehabt, SVN (Quellcodeverwaltung) zu verwenden, musste aber noch nicht so weit gehen. Ich würde SVN jedoch nicht für Anfänger empfehlen. Es ist leicht, sich damit zu verheddern; Stunden werden verschwendet, um es richtig zu machen.

Microsoft Word (und zumindest OpenOffice.org) unterstützt die Versionierung – ich erinnere mich nicht genau, wie man damit umgeht, aber zumindest in älteren Versionen scheint es , dass Sie einfach die Option „Versionen“ aus dem Dateimenü auswählen.

Sie können verschiedene Versionen mit im Wesentlichen einem hübschen Unterschied vergleichen, Kommentare hinterlassen usw.

Ich skripte Python tagsüber und schreibe nachts, und persönlich finde ich die Versionskontrolle eher ablenkend als hilfreich. Ich werde so abgelenkt, wenn ich daran herumbastele, dass ich am Ende das Buch selbst vergesse.

Ich finde das einfachste Schema, um nur Kapitel zu inkrementieren. Ein hypothetisches Kapitel 1 wird beispielsweise mit einer neu bearbeiteten Version zu Kapitel 1.2. Sie organisieren sich auf diese Weise alphabetisch selbst im Ordnerstapel und machen es einfach und klar, zu was auch immer zu blättern. Wenn diese Ansicht, also die Ansicht dessen, was ich tue, für mein Auge verwirrend wird, weiß ich, dass die Geschichte es auch ist; und finde das eine praktische Lungenentzündung.

Gut gemachte VC-Setups sind ausnahmslos komplexer als das und ironischerweise werden sie das wachsende Durcheinander der weitläufigen Geschichte eines Autors verbergen, indem sie alles für ihn bequem unterteilen und organisieren. Gefährliche Abhängigkeit für einen neuen Autor, denke ich.

Aber natürlich jedem das Seine! Viel Glück!

Da ich ein Programmierer bin, tue ich es, wie ich es gewohnt bin, und die Versionskontrolle dient dazu, Revisionen von Text zu verfolgen, also funktioniert es ziemlich gut mit Schriften.

Vorteile der Versionskontrolle:

• Backup ist einfacher, da ich einmal ein Backup für meine Repositories erstellt habe, stelle ich einfach alles, was ich behalten möchte, unter Versionskontrolle
• Ich kann ältere Versionen meiner Texte sehen und zu ihnen zurückkehren
• Ich habe ein Protokoll meiner Schreibtätigkeit und kann das für die Planung verwenden
• Ich kann verschiedene Wege testen, um durch die Geschichte zu gehen und welcher am besten funktioniert

Ich persönlich benutze bazaar, aber welche moderne Versionskontrolle Sie verwenden, ist eher Geschmackssache.

Wenn Sie einen Mac verwenden, vermissen viele Leute, dass es eine integrierte Systemversionierung gibt, die in jeder App verfügbar ist, die sie unterstützt.

Wenn Sie beispielsweise in Pages schreiben, können Sie mit Datei ▶ Zurücksetzen ▶ Alle Versionen durchsuchen im Wesentlichen zu früheren Versionen Ihres Dokuments zurückgehen. Es funktioniert ähnlich wie Time Machine für alle Dateien. Und es ist in vielen verschiedenen integrierten Apps und Apps von Drittanbietern verfügbar.

Natürlich können Sie Time Machine auch verwenden, um innerhalb eines Ordners, der Ihre Kapitel oder andere schriftliche Dokumente enthält, in der Zeit zurückzublättern.

Aber es ist definitiv Arbeit, das Erlernen des Schreibens in Markdown zu erforschen (was eine ganze Stunde dauert), und das macht Sie im Grunde genommen zu einem Programmierer, und Sie können Programmiertools verwenden. Ich schreibe in BBEdit, weil es mir das Gefühl gibt, eine lange leere Seite zu haben, und das Geschriebene, das ich dort schreibe, kann leicht maschinell in jedes Format für die Veröffentlichung konvertiert werden. BBEdit unterstützt Git und Subversion.

Ich benutze The Novel Factory (wie Sie vielleicht erwarten), was mir erlaubt, Registerkarten für bis zu drei Entwürfe zu haben, plus "Blockieren". Gelegentlich speichere ich auch eine neue Version meiner gesamten Romandatei, falls ich zu etwas früherem zurückkehren möchte.

Ich denke, wenn Sie zu viele Kopien haben, wird der Aufwand für die Suche nach etwas zu hoch. Und wenn Sie endlich zurückgehen und es finden, werden Sie wahrscheinlich feststellen, dass es nicht wirklich das Werk eines Genies war, an das Sie sich erinnern!

Vielleicht bin das nur ich.