Cópias em conflito

Um conflito ocorre por um único motivo: o mesmo projeto avançou em dois lugares diferentes ao mesmo tempo. Geralmente acontece quando um dispositivo continua escrevendo offline ou o mesmo projeto é editado em dois aparelhos sem sincronização intermediária. Ao reconectar, o trabalho local não enviado e uma cópia mais recente na nuvem passam a existir simultaneamente, e o Loomworld não tentará adivinhar qual metade preservar.

Os sinais de pulso não alteram o texto sob os seus dedos: a reconciliação acontece quando você retorna ou a página ganha foco novamente, fazendo com que o conflito sempre apareça em um momento no qual você pode vê-lo.

• Atualiza o projeto atual para a cópia mais recente da nuvem—no momento da resolução, ele tenta baixar novamente e só recorre à cópia armazenada no momento do conflito se o download falhar.
• Salva o seu rascunho local não enviado com total segurança como um projeto separado de cópia em conflito, sem vínculo com a nuvem, operando como um projeto local independente.

Nenhum dos dois lados é sobrescrito. A contrapartida é que a mesclagem volta para as suas mãos: um texto literário que exige julgamento artístico não é algo que o sistema deva mesclar de forma automática.

1. 1
   Não dispense o aviso

   Escolher “usar a versão da nuvem” inicia o fluxo acima; “Agora não” aplica-se apenas a este projeto—ao abrir outro projeto com conflito, o aviso reaparecerá.
2. 2
   Localize a cópia na estante

   Ela estará lá: um projeto sem vínculo com a nuvem, batizado com a indicação de sua origem. Trata-se de um projeto normal—você pode abri-lo, editá-lo e exportá-lo.
3. 3
   Compare ambos lado a lado

   Copie os trechos exclusivos da cópia em conflito de volta para os locais corretos no projeto principal. Adições estruturais (novos capítulos ou cenas) exigem conferência linha por linha—não cole blocos inteiros por cima.
4. 4
   Em seguida, organize

   Após mesclar os textos, decida o destino da cópia: mova-a para a lixeira ou remova apenas o seu registro. No aplicativo desktop, a cópia é apenas um projeto local; remover o registro não afeta nenhuma outra pasta.

Você escreve três capítulos durante um voo e fecha o notebook sem se conectar. No dia seguinte, no escritório, você abre o mesmo projeto: a nuvem ainda guarda a versão anterior à viagem, e aqueles três capítulos nunca foram enviados. Quando o notebook do voo finalmente se conecta à internet, ambos os lados avançaram, e o conflito se consolida.

O que você vê: um aviso informando que a nuvem possui uma versão mais nova; ao confirmar, o projeto aberto assume o estado da nuvem, enquanto os três capítulos surgem na estante como uma cópia em conflito. Assim, no computador do escritório você abre a cópia e traz os capítulos de volta, cena por cena—copie o conteúdo, não substitua o projeto inteiro, sob o risco de perder as alterações dos dois dias de trabalho no escritório.

• Evite alternar entre dispositivos quando houver rascunhos não sincronizados; confirme que o projeto atual foi sincronizado antes de migrar para outro aparelho.
• Escreva de forma contínua em um dispositivo de cada vez; use os outros apenas para leitura.
• Após uma longa sessão de escrita, exporte um pacote de projeto—sua terceira cópia de segurança.

Uma cópia em conflito é um projeto comum: ela nunca reverte nada por conta própria, nunca se mescla sozinha e não sofre alterações conforme o projeto principal avança. Não sabe ao certo qual lado é o mais recente? Compare as marcações de hora na barra superior, as contagens de caracteres por capítulo e os registros de edição recentes. Quer manter ambas as versões por enquanto? Exporte dois pacotes de projeto antes de começar a recortar e colar.

Ordem de sincronização e sinais de pulso: Versão na nuvem e cache local.