O histórico de versões é o registro do que um texto já foi. Programadores dependem dele há décadas; a maioria dos romancistas ainda trabalha sem um, ou com uma pasta de arquivos chamados capitulo-7-final, capitulo-7-final-v2 e capitulo-7-final-DE-VERDADE. Essa pasta é uma tentativa de chegar à ideia certa. Um livro muda de forma muitas vezes a caminho de ficar pronto, e o escritor que consegue ver e retomar formas anteriores revisa com mais ousadia, e com mais precisão, do que aquele que não consegue. Este guia explica por que isso acontece, como trabalhar com checkpoints na prática e onde entram as ideias de ramificação.
Por que um romance precisa de uma memória de si mesmo
Um conto cabe na cabeça. Um romance não cabe. Em algum ponto do segundo ato, o livro se torna grande demais para ser mantido inteiro na mente, e daí em diante toda revisão é feita em parte às cegas: você muda uma cena do capítulo catorze sem poder ver, no mesmo instante, o que o capítulo seis prometeu a respeito dela.
O histórico de versões dá ao livro uma memória fora da sua. Ele permite responder a perguntas que, de outro modo, dependem da lembrança. O que este capítulo dizia antes de eu mudar a revelação de lugar? Quando o mentor deixou de ser o traidor? Qual rascunho da abertura tinha a frase de que meu parceiro de crítica gostou? Sem um registro, essas respostas são palpites, e palpites sobre o próprio livro erram com surpreendente frequência.
A memória importa mais nas partes do romance que se espalham. A mudança no motivo de um personagem pode reverberar por vinte capítulos. Poder olhar o livro como ele estava antes da mudança é o que permite conferir se a reverberação foi para onde você queria, e impedir que a continuidade escorregue conforme o rascunho cresce.
O medo que impede as grandes revisões
A coisa mais cara que a falta de histórico lhe custa é a coragem. A maioria dos escritores conhece a sensação de olhar para um problema estrutural - o ponto médio chega tarde demais, uma subtrama é peso morto, o livro deveria abrir um capítulo antes - e escolher não resolvê-lo, porque resolvê-lo significa desmontar capítulos que já funcionam e, se a solução falhar, não há caminho de volta.
Então a revisão encolhe até virar algo seguro. As frases são polidas enquanto a estrutura permanece como está. Muitos livros que parecem quase certos estão presos exatamente aí.
Um checkpoint muda a conta. Se o estado atual do livro está salvo e datado, a grande mudança deixa de ser uma aposta. Você pode cortar a subtrama, mudar a revelação de lugar, fundir dois personagens em um e ler o resultado com honestidade, sabendo que a versão anterior continua ali para comparação e para recuperar trechos. Um escritor com um histórico confiável pode se dar ao luxo de tentar mais, e é na tentativa que os problemas estruturais se resolvem.
Checkpoints nos momentos que importam
Um checkpoint é um salvamento deliberado: um instantâneo nomeado e datado do livro, ou dos capítulos que você alterou, feito em um momento que você escolhe. O histórico automático, que registra cada tecla pressionada, tem seus usos, mas são os checkpoints que você de fato usará para navegar, porque cada um marca um estado que você quis guardar.
Os momentos que merecem um checkpoint são os que antecedem uma decisão de que você pode se arrepender:
- Antes de uma mudança estrutural. Mover, fundir ou cortar capítulos, mudar a ordem dos acontecimentos, reescrever o final.
- Antes de entregar o rascunho a alguém. Um leitor-beta, um editor ou um grupo de crítica vai reagir a uma versão específica, e você vai querer ver exatamente o que eles leram quando as anotações chegarem.
- No fim de um rascunho. Concluir uma passada completa é um marco; salvá-la lhe dá um ponto fixo para medir a passada seguinte.
- Antes de deixar uma ferramenta reescrever algo. Sempre que um software, um editor ou uma IA estiver prestes a alterar o texto em larga escala.
Dê a cada checkpoint o nome do que está prestes a acontecer, e não o da data, que o registro já guarda de qualquer maneira. "Antes de cortar a subtrama de Lisboa" ainda fará sentido para você daqui a três meses. "Sábado" não fará.
Lendo o que um capítulo já foi
O segundo uso do histórico de versões é mais discreto e, no dia a dia, mais comum: voltar para ler.
Revisar faz perder coisas. Um capítulo reescrito quatro vezes pode deixar cair a única imagem que fazia o primeiro rascunho funcionar, ou uma fala que preparava algo duzentas páginas adiante. Abrir a versão anterior ao lado da atual é como você descobre o que se perdeu. Muitas vezes a solução é levar um parágrafo adiante para o novo rascunho, em vez de desfazer a revisão inteira.
Isso ajuda tanto com o plano quanto com a prosa. Se você trabalha com roteiro - se seus capítulos são construídos a partir de beats de história, as pequenas unidades em que algo acontece e algo muda -, uma versão anterior de um capítulo mostra o que ele pretendia fazer, além de como foi escrito. Comparar os beats de duas versões diz se a revisão mudou a história ou apenas as frases, o que é útil saber quando um capítulo de repente soa diferente e você não consegue dizer por quê.
Onde entra a ramificação
A ramificação é a ideia seguinte. Em vez de uma única linha de versões, uma ramificação permite levar o livro numa direção alternativa - a versão em que a irmã é a traidora, a versão contada do ponto de vista do antagonista - e desenvolvê-la ao lado da principal, ficando depois com a que funcionar melhor.
Para um romancista, a ramificação é mais útil em questões grandes demais para serem resolvidas apenas pensando nelas. Você pode discutir consigo mesmo por semanas se o livro deve abrir com o assassinato ou com a manhã que o antecede, ou pode escrever as duas aberturas e lê-las. Enquanto a ramificação não for algo que suas ferramentas oferecem, um checkpoint mais uma cópia fazem quase o mesmo trabalho: salve o estado atual, experimente a alternativa e compare.
A ramificação exige disciplina. Cada ramificação é uma segunda versão de parte do seu livro, e duas versões da mesma história se afastam rapidamente. Mantenha as ramificações de vida curta e focadas em uma única pergunta, decida e reincorpore a resposta ao texto principal.
Histórico de versões quando há IA no processo
Escrever com IA torna tudo isso mais importante, porque a IA altera o texto em golpes maiores e mais rápidos do que uma pessoa. Um assistente pode reescrever um capítulo, reorganizar uma sequência de cenas ou atualizar um personagem ao longo de um livro em segundos, e uma mudança tão ampla é difícil de avaliar sem poder ver o que havia antes.
Os hábitos são os mesmos, aplicados com mais frequência: faça um checkpoint antes de pedir uma mudança em larga escala, leia a versão antiga e a nova lado a lado e fique com as partes de cada uma que servem ao livro. Um histórico que registra quais mudanças vieram de você e quais vieram da IA é também, como efeito colateral, um registro da sua própria autoria.
O Novelmint incorpora isso ao próprio livro: você pode salvar um checkpoint dos capítulos que alterou, abrir qualquer versão anterior de um capítulo para ler seu plano e sua prosa e copiar trechos dela, e desfazer com um clique a rodada mais recente de alterações do assistente de IA. Restaurar um checkpoint inteiro de uma só vez e ramificar um livro para explorar um enredo alternativo estão no roteiro de desenvolvimento. A página de histórico de versões explica como isso funciona hoje. Seja qual for a ferramenta em que você escreve, mantenha um histórico em que possa confiar, e as grandes revisões de que o seu livro precisa passarão a ser revisões que você pode se dar ao luxo de tentar.