Написание художественной литературы: использование Git — это излишество? [дубликат]

Я начинаю свои документы как «NameOfDocument 000.doc» (или аналогичный, в зависимости от используемого программного обеспечения). Каждый раз, когда я начинаю сеанс записи/редактирования документа, я делаю «Сохранить как» и увеличиваю число, прежде чем что-либо делать. еще. Я считаю, что в сеансе достаточно команд Undo/Redo. Исключение: если я собираюсь выполнить серьезную операцию, например, удалить/переместить большие разделы, я сохраню, а затем Сохранить как с увеличенным номером. Тогда я внесу основные изменения.

Этот метод работает с любым программным обеспечением (и любой компьютерной задачей). Хранение НАМНОГО дешевле вашего времени.

Кроме того, не забудьте скопировать все эти резервные копии в другое физическое место, иначе пожар или наводнение могут уничтожить ваш великий труд.

Я использую git для художественной литературы. Иногда я сохраняю версии на различных этапах, например, когда я заканчиваю главу). Но чаще забываю, и сохраняю версию только когда закончу черновик.

В других случаях я сохраняю версии:

• До и после применения редакторских правок.
• Когда я закончу создание обложки книги, файла внутреннего содержания книги или файла epub.
• Всякий раз, когда я хочу попробовать поэкспериментировать с обложкой или интерьером. Для этого я не только сохраняю версию, но и создаю «ветку», которую могу использовать для опробования множества идей.
• Всякий раз, когда я создаю копию рукописи в другом формате, например, когда журналу нужен файл .doc, файл .rtf или текстовый файл.

Это может быть перебор. Git отлично работает с текстовыми файлами в проектах, над которыми вы работаете совместно с другими. Я использую лишь небольшую часть возможностей git для художественной литературы. Другие системы контроля версий (например, subversion) потенциально проще.

Но мне удобно работать с git благодаря моей работе по разработке программного обеспечения, и мне очень нравится иметь возможность создавать новые ветки для экспериментов.

Я не думаю, что когда-либо возвращался к более раннему варианту. Если мне не нравится сцена или глава, я просто перетаскиваю ее в папку «удаленные сцены» и начинаю заново.

Но я часто возвращаюсь, когда экспериментирую с обложками и интерьерами.

Прочитав вопрос и ответ, на которые Джоэл Босвельд ссылался в своем комментарии, я установил Git, чтобы контролировать версии романа, который я писал.

Если вы находите идею управления версиями интригующей, потому что я часто переписываю части своего художественного произведения только для того, чтобы понять, что предыдущая версия содержала несколько замечательных фраз, которые я хотел бы использовать повторно, но не могу вспомнить и потерял из-за переписывания.

Проблема для меня с Git в том, что я его не использую. Я нахожу графический интерфейс непривлекательным, нахожу соответствующие разделы громоздкими, а процесс создания версий громоздким. Я установил Git, «зафиксировал» (как это называется) первую версию и больше никогда ею не пользовался.

Вероятно, Git интуитивно понятен и привлекателен для разработчиков программного обеспечения, привыкших к такого рода инструментам. Я вырос и писал ручкой на бумаге. Я визуальный художник. Я хочу «естественный» графический интерфейс и интерфейс. Я просто обнаружил, что не использую текстовый редактор, такой как Vi(m), или такой инструмент, как Git, какими бы «мощными» они ни были. Я не могу согреться для них.

Так что для меня ответ не в том, что Git — это излишество, а в том, что он слишком техничен и абстрактен. Это не инструмент, сделанный и для чувственного человека вроде меня, который любит ощущение бумаги и звук точилки для карандашей.

Что мне нужно, так это программное обеспечение для записи, которое автоматически создает версию всякий раз, когда я сохраняю. Это делает текстовый редактор TextWrangler (который я использую для кодирования и написания всего, что не является романом). Каждый раз, когда вы сохраняете, он автоматически создает копию текущего документа в резервной папке по вашему выбору. Все файлы имеют одно и то же имя (что облегчает их идентификацию) с прикрепленной к нему отметкой времени (помогает найти документ определенного периода). Всякий раз, когда я хочу найти какую-то удаленную фразу, я набираю то, что помню о ней, в «Spotlight», поисковую систему файловой системы Mac, которая индексирует содержимое файлов, а также их имена. Все, что мне нужно делать, это время от времени удалять самые старые файлы, но текстовые файлы не занимают много места, поэтому они могут храниться годами.

Единственным недостатком TextWrangler является то, что он не может выполнять разметку: ни курсива, ни полужирного текста, ни разных шрифтов, ни размеров шрифтов. Это хорошо работает для составления более коротких текстов, таких как письма, сообщения в блогах, ответы StackExchange (смеется) и т. д., но не для текста, который нуждается в такой разметке, например романа или рассказа. Я часто пишу сложные абзацы в TextWrangler и копирую их в Scrivener, когда они меня устраивают.

Это может не дать правильного ответа на ваш вопрос, но это даст вам представление. Посмотрите на скриншоты Git, прочитайте документацию и посмотрите, нравится ли вам такой процесс. Если вам кажется, что все это выглядит довольно сложно и совсем не похоже на написание, то вы можете не тратить на это время.

Я думаю, что git — это немного излишество, потому что вы должны помнить о том, чтобы коммитить его все время, а не просто так, как после сохранения.

Варианты, которые я могу придумать

• Google Docs имеет просмотр истории изменений
• В Microsoft Word есть отслеживание изменений (я мало что знаю, кроме одного сайта, который я нашел http://www.techrepublic.com/article/microsoft-office-word-101-use-track-changes-more-efficiently/ )