Вашият имейл адрес няма да бъде публикуван. Задължителните полета са маркирани *
Благодаря за прозрението и води до полезен софтуер. Надявам се да добавите към тази публикация (преработете я) в бъдеще.
Контролът за редакция на записи изглежда най-подходящ за документи, които са сложни и / или големи. Затова вземете за пример книга по икономика или термодинамика. Обикновено тя ще бъде написана в нещо като LaTeX и ще комбинира множество файлове - не само отделни .tex файлове, може би по един за всяка глава, но и диаграми, снимки, може би код и т.н. Той също ще включва препратки, със сигурност от bibtex, но също така може би идва от инструмент като EndNote или Zotero.
Освен това, LaTex, разбира се, е чудесен за въвеждане и автоматизиране на документи, но не е чудесен за съставянето им. Така че авторът на книгата вероятно ще използва предназначен за LaTeX преден край, като Scrivener или LyX. Това ще бъдат файлове, запазени от тези приложения, които трябва да бъдат наблюдавани, заедно с pdf, png, R и други файлове, вмъкнати в документа, плюс промени в библиографската база данни. (Например, единствената разлика между версии 1.1 и 1.2 може да бъде, че 1.1 използва по-ранно издание на препратка, но 1.2 използва a нова, преработена версия.) Освен това трябва да има лесен (автоматичен) начин за поставяне на ревизионния номер в долната част на документа. Ако книгата се пише съвместно, може би в долния колонтитул трябва да се посочи и името на сътрудника, отговорен за последните ревизии.
Решение за съхранение като Dropbox може да бъде в състояние да запази множество версии на файловете, но не и цялата спомагателна информация (например защо са направени промени). AFAIK, тези решения също не предоставят начин за вмъкване на ревизионни номера в документа (документите).
Така че може би ревизионните системи като Git са единствените практически алтернативи. Ако е така, наистина бих искал да видя последваща публикация, която да адресира проблеми като описаните по-горе и да предостави кратък грунд за това как писателят трябва да започне да използва Git или друга алтернатива.
Не мога да видя как някое от облачните решения за съхранение може да се справи с това. Те най-вече нарушават правилото да правят (само) едно нещо добре. Документи, Word и Чернови всички комбинират състава на документа, контролирането на форматирането и ревизията в един документ.
Контролът на версиите е задължителен във всичко (изходен код, документация). Заслужава си да инвестирате, за да научите как да използвате контрола на версиите. Това е като застрахователна полица. Каквото и да се случи, винаги можете да извлечете нещо, стига да сте го проверили в системата за контрол на версиите.
Чернови контролни скали! Използвах го, когато пишех молбите си за колеж. Когато трябваше да видя старите си редакции, напълно можех.
Наистина не използвам контрол на версиите. Ако получа нова идея за парче, върху което работя, ще копирам частта, която ще променя, и ще я запиша в моя мениджър на клипборда. След това ще променя тази част, ще добавя пояснения и ще сравня и двете версии един до друг. Мога да управлявам, тъй като работя сам и поддържам тетрадка в мозъчната атака, преди да пиша.
Версията и архивирането са изключително важни за производителите на съдържание, независимо дали това е програмен код или вашият скъпоценен документ, изкуство или каквото и да създадете. Всеки трябва да научи поне основите и да го използва.
Прехвърлих само статията, защото съм кодер и цялото ми писане е или код, или LaTeX, така че нормалното управление на версиите е идеално подходящо. Но, благодаря, че насочихте контрола на версиите към вниманието на повече хора.
Чувствам се, че е такъв подценен инструмент във всички общности и може да бъде толкова полезен. Освен ако не работите върху огромни файлове, разходите за съхранение са толкова ниски (а съхранението е толкова евтино), че няма добра причина да имате много и много версии. И това прави проследяването на работата ви толкова лесно! Работех над докторската си дисертация (или поне я стартирах) и бях в състояние основно да пресъздам всичко, което бях направил през последните няколко години. Виждах как кодовете и документите се развиват и подобряват.
И това дори не надрасква повърхността на инструментите за сътрудничество! Просто е толкова полезен в толкова много поведения!
За онлайн документи препоръчвам да опитате Revisionator на адрес [Broken URL Remove Remove]. За разлика от Черновата, тя е WYSIWYG, не се изисква Markdown.
Той също така поддържа по-голям набор от функции за контрол на ревизията. Например, ако искате да опитате експеримент за писане, можете да разклоните документ. По-късно, ако желаете, можете автоматично да го слеете обратно в основния документ.
