История версий - это запись того, чем текст был раньше. Программисты пользуются ею десятилетиями; большинство романистов по-прежнему работают без неё или с папкой файлов под названиями chapter-7-final, chapter-7-final-v2 и chapter-7-ACTUAL-final. Эта папка - попытка воплотить верную идею. Книга много раз меняет форму на пути к завершению, и автор, который может увидеть прежние её формы и вернуться к ним, правит смелее и точнее того, кто такой возможности лишён. В этом руководстве мы разберём, почему так происходит, как на практике работать с контрольными точками и какое место занимают ветвящиеся идеи.
Зачем роману память о самом себе
Рассказ можно удержать в голове. Роман - нельзя. Где-то ко второму акту книга становится слишком большой, чтобы охватить её целиком, и с этого момента каждая правка делается отчасти вслепую: вы меняете сцену в четырнадцатой главе и не можете одновременно увидеть, что шестая глава обещала на её счёт.
История версий даёт книге память вне вашей собственной. Она позволяет ответить на вопросы, которые иначе зависят от воспоминаний. Что говорилось в этой главе до того, как я перенёс раскрытие? Когда наставник перестал быть предателем? В каком черновике начала была та строчка, которая так понравилась моему партнёру по критике? Без записи эти ответы - догадки, а догадки о собственной книге на удивление часто оказываются неверными.
Память важнее всего для тех частей романа, которые растянуты на большое расстояние. Изменение мотива одного героя способно отозваться в двадцати главах. Возможность взглянуть на книгу такой, какой она была до правки, - способ проверить, что волна дошла туда, куда вы хотели, и не дать связности ускользнуть по мере роста черновика.
Страх, который останавливает большие правки
Самое дорогое, что отнимает отсутствие истории, - решимость. Большинству авторов знакомо это чувство: вы смотрите на структурную проблему - середина наступает слишком поздно, сюжетная линия - мёртвый груз, книгу стоило бы начать на главу раньше - и решаете ничего не исправлять, потому что исправление означает разрушить главы, которые уже работают, а если оно не удастся, пути назад нет.
Так правка съёживается до чего-то безопасного. Предложения шлифуются, а структура остаётся прежней. Многие книги, которые кажутся почти удавшимися, застревают именно здесь.
Контрольная точка меняет расчёт. Если текущее состояние книги сохранено и датировано, большая перемена перестаёт быть азартной игрой. Вы можете убрать сюжетную линию, перенести раскрытие, слить двух героев в одного и честно прочитать результат, зная, что прежняя версия на месте: с ней можно сравнить и из неё можно забрать фрагменты обратно. Автор с надёжной историей может позволить себе пробовать больше, а в пробах как раз и решаются структурные проблемы.
Контрольные точки в важные моменты
Контрольная точка - это осознанное сохранение: именованный, датированный снимок книги или изменённых вами глав, сделанный в выбранный вами момент. У автоматической истории, фиксирующей каждое нажатие клавиши, есть свои применения, но ориентироваться вы будете именно по контрольным точкам, потому что каждая из них отмечает состояние, которое вы сознательно хотели сохранить.
Контрольной точки стоят те моменты, что предшествуют решению, о котором можно пожалеть:
- Перед структурной переменой. Перестановка, слияние или удаление глав, изменение порядка событий, переписывание финала.
- Перед тем как отдать черновик кому-то. Бета-читатель, редактор или группа критики будут отвечать на конкретную версию, и вам захочется точно видеть, что именно они прочли, когда придут их замечания.
- В конце черновика. Завершённый полный проход - веха; сохранив его, вы получаете неподвижную точку, с которой можно сверять следующий проход.
- Перед тем как позволить инструменту что-то переписать. Всякий раз, когда программа, редактор или ИИ собираются менять текст в больших объёмах.
Называйте каждую контрольную точку по тому, что вот-вот произойдёт, а не по дате, которую запись и так сохранит. «Перед удалением лиссабонской линии» через три месяца что-то вам скажет. «Суббота» - нет.
Читать, чем глава была раньше
Второе применение истории версий тише и в повседневной работе встречается чаще: вернуться и прочитать.
Правка что-нибудь да теряет. Глава, переписанная четыре раза, может лишиться того единственного образа, на котором держался её первый вариант, или реплики, подготовившей нечто через двести страниц. Открыв прежнюю версию рядом с нынешней, вы находите то, что выпало. Нередко решение состоит в том, чтобы перенести абзац в новый черновик, а не отменять всю правку целиком.
История помогает и с планом не меньше, чем с прозой. Если вы работаете по плану - если ваши главы строятся из сюжетных битов, тех малых единиц, в которых что-то происходит и что-то меняется, - то прежняя версия главы показывает, что она должна была делать, а не только как она была написана. Сравнение битов двух версий подсказывает, изменила ли правка историю или только предложения, - полезно знать это, когда глава вдруг читается иначе, а вы не можете сказать почему.
Где пригождается ветвление
Ветвление - следующая идея в этом ряду. Вместо единой линии версий ветка позволяет повести книгу в другом направлении - версия, где предательница сестра, версия, рассказанная со стороны антагониста, - и развивать её параллельно с основной, а потом оставить ту, что получилась лучше.
Для романиста ветвление полезнее всего там, где вопрос слишком велик, чтобы разрешить его одними размышлениями. Можно неделями спорить с самим собой, начинать ли книгу с убийства или с утра перед ним, а можно написать оба начала и прочитать их. Пока ветвление не стало возможностью ваших инструментов, контрольная точка плюс копия выполняют почти ту же работу: сохраните текущее состояние, попробуйте альтернативу и сравните.
Ветвление требует дисциплины. Каждая ветка - вторая версия части вашей книги, а две версии одной истории быстро расходятся. Делайте ветки недолговечными и сосредоточенными на одном вопросе, примите решение и вплетите ответ обратно.
История версий, когда в работе участвует ИИ
Письмо с ИИ делает всё это ещё важнее, потому что ИИ меняет текст более крупными и быстрыми мазками, чем человек. Ассистент способен за секунды переписать главу, перестроить череду сцен или обновить героя по всей книге, и столь обширную перемену трудно оценить, не видя, что было прежде.
Привычки те же, только применять их нужно чаще: делайте контрольную точку, прежде чем просить о массовой правке, читайте старую и новую версии одну против другой и сохраняйте из каждой то, что служит книге. История, в которой записано, какие изменения внесли вы, а какие ИИ, заодно оказывается и свидетельством вашего авторства.
Novelmint встраивает всё это в саму книгу: вы можете сохранить контрольную точку изменённых глав, открыть любую прежнюю версию главы, прочитать её план и прозу и взять из неё нужное, а также отменить последний раунд изменений ИИ-ассистента одним нажатием. Восстановление целой контрольной точки одним шагом и ветвление книги для исследования альтернативного сюжета пока значатся в планах. О том, как всё это работает сегодня, рассказывает страница истории версий. В чём бы вы ни писали, ведите историю, которой доверяете, - и большие правки, которых требует ваша книга, станут теми, что вы можете себе позволить попробовать.