Niet alleen voor codeerders: topversiebeheersystemen voor schrijvers

Bedankt voor het inzicht en leidt tot behulpzame software. Ik hoop dat je dit bericht in de toekomst toevoegt (herzien).

Revisiebeheer voor schrijfbewerkingen lijkt het meest geschikt voor documenten die complex en / of groot zijn. Neem dus een boek over economie of thermodynamica als voorbeeld. Meestal wordt het geschreven in zoiets als LaTeX en worden meerdere bestanden gecombineerd - niet alleen afzonderlijke .tex-bestanden, misschien één voor elk hoofdstuk, maar ook diagrammen, afbeeldingen, misschien code, enzovoort. Het zal ook referenties bevatten, zeker van bibtex maar misschien ook afkomstig van een tool als EndNote of Zotero.

Bovendien is LaTex weliswaar geweldig voor het zetten en automatiseren van documenten, maar niet voor het samenstellen ervan. Dus de auteur van het boek zal waarschijnlijk een LaTeX-vriendelijke front-end gebruiken, zoals Scrivener of LyX. Het zijn bestanden die zijn opgeslagen vanuit deze apps die moeten worden gecontroleerd, samen met de pdf-, png-, R- en andere bestanden die in het document zijn ingevoegd, plus wijzigingen in de bibliografische database. (Het enige verschil tussen versies 1.1 en 1.2 is bijvoorbeeld dat 1.1 een eerdere editie van een referentie gebruikt, maar 1.2 een nieuwe, herziene versie.) Bovendien moet er een gemakkelijke (automatische) manier zijn om het revisienummer in de voetteksten van het document te plaatsen. Als het boek gezamenlijk wordt geschreven, moet de voettekst misschien ook de naam vermelden van de bijdrager die verantwoordelijk is voor de laatste revisies.

Een opslagoplossing zoals Dropbox kan mogelijk meerdere versies van de bestanden bewaren, maar niet alle aanvullende informatie (bijvoorbeeld waarom er wijzigingen zijn aangebracht). AFAIK, deze oplossingen bieden ook geen manier om revisienummers in het document / de documenten in te voegen.

Dus misschien zijn revisiesystemen zoals Git de enige praktische alternatieven. Als dat zo is, zou ik graag een vervolgpost willen zien waarin kwesties zoals hierboven beschreven worden behandeld en een korte inleiding wordt gegeven over hoe een schrijver aan de slag moet gaan met Git, of een alternatief.

Ik kan niet zien hoe een van de cloudopslagoplossingen dit kan oplossen. Ze overtreden meestal de regel om (slechts) één ding goed te doen. Documenten, Word en Concept combineren allemaal documentcompositie, opmaak en revisiebeheer in één document.

Versiebeheer is een must in alles (broncode, documentatie). Het is de moeite waard om te investeren in het gebruik van versiebeheer. Het is als een verzekeringspolis. Wat er ook gebeurt, je kunt altijd alles terughalen, zolang je het maar hebt gecontroleerd in het versiebeheersysteem.

Tochtcontrole rotsen! Ik gebruikte het toen ik mijn sollicitaties voor de universiteit schreef. Toen ik mijn oude bewerkingen moest zien, kon ik het helemaal.

Ik gebruik niet echt versiebeheer. Als ik een nieuw idee krijg over het stuk waaraan ik werk, kopieer ik het deel dat ik ga veranderen en sla het op in mijn klembordmanager. Dan verander ik dat deel, voeg ik annotaties toe en vergelijk ik beide versies naast elkaar. Ik kan het redden omdat ik alleen werk en ik bewaar een notitieboek om te brainstormen voordat ik schrijf.

Versiebeheer en back-ups zijn uiterst belangrijk voor contentproducenten, of het nu een programmacode is of uw kostbare document, kunst of wat u ook produceert. Iedereen moet op zijn minst de basis leren en gebruiken.

Ik heb het artikel alleen doorgenomen omdat ik een coder ben en al mijn schrijven is code of LaTeX, dus normaal versiebeheer is bij uitstek geschikt. Maar bedankt voor het onder de aandacht brengen van versiebeheer.

Ik heb het gevoel dat het zo'n ondergewaardeerd instrument is in alle gemeenschappen en zo nuttig zou kunnen zijn. Tenzij u aan grote bestanden werkt, is de opslagoverhead zo laag (en de opslag is zo goedkoop) dat er geen goede reden is om vele, vele versies te hebben. En het maakt het volgen van uw werk zo eenvoudig! Ik werkte aan mijn proefschrift (of begon er tenminste aan) en ik kon in feite alles recreëren wat ik de afgelopen jaren had gedaan. Ik kon codes en documenten zien ontwikkelen en verbeteren.

En dat krast niet eens het oppervlak van de samenwerkingstools! Het is zo handig in zoveel omgevingen!

Voor online documenten raad ik je aan de Revisionator te proberen op [Broken URL Removed]. In tegenstelling tot Draft is het WYSIWYG, geen markdown vereist.

Het ondersteunt ook een grotere set revisiecontrolefuncties. Als u bijvoorbeeld een schrijfexperiment wilt proberen, kunt u een document vertakken. Later, als je wilt, kun je het automatisch weer samenvoegen in het hoofddocument.