Desfazer alterações não funciona como esperado

Question

[Descrição hipotética baseada em um evento real]

Um membro da equipe teve uma falha no Windows que corrompeu um livro em nosso projeto. Quando ele fez um Send/Receive (Enviar/Receber), a versão corrompida não foi substituída, mas sim substituiu a versão correta para todos. Nosso administrador tentou desfazer as alterações daquele usuário no Project History (Histórico do Projeto). Isso removeu a corrupção, mas não trouxe de volta todas as alterações mais recentes para o livro. O que deve ser feito?

Tradução automática de English Mostrar original

Answer 1

Infelizmente, acho que você terá que usar Compare versions para examinar todas as alterações feitas no texto pelos outros usuários e mesclá-las novamente.

Tradução automática de English Mostrar original

Comments

Justo o que eu estava prestes a dizer, Tim. Bom trabalho!

Tradução automática de English Mostrar original

---

Estou confuso. Se esse tipo de erro tivesse que ser desfeito manualmente dentro do PT, a resposta correta para uma pessoa nessa situação não seria pedir a alguém com mais conhecimento de computador para fazer o rollback para um ponto de salvamento específico usando algo como o Tortoise HG? Essa situação não impediria alguém de usar os pontos de salvamento do Mercurial e dizer "revert to" para algum ponto, não é?

Tradução automática de English Mostrar original

---

Esse tipo de erro pode ser desfeito usando o TortoiseHG; na verdade, é isso que eu uso quando surgem esse tipo de problema. Mas escrevi isso para mostrar que os problemas podem ser resolvidos no Paratext, para aqueles que não conhecem o TortoiseHG.

Tradução automática de English Mostrar original

Answer 2

Já vi isso acontecer. Descobriu-se que, se o membro da equipe não tinha a versão mais recente do livro quando a corrupção ocorreu, o comando Undo changes não faz o rollback para a versão mais recente, mas para a versão que o usuário tinha em seu computador. 
Se um arquivo for corrompido e enviado, o administrador deve verificar qual versão do livro ou dos livros ele receberá se desfazer as alterações.

Quando você encontrar, em Recent Changes ou Project History, o ponto em que o arquivo foi corrompido, clique no link para abrir o compare versions e examine o lado direito. Essa é a versão para a qual o Undo changes fará o rollback. Se essa não for a versão mais recente, examine outras alterações para esse livro e, quando encontrar as últimas alterações válidas, use o comando Revert books para trazer essa versão de volta. 

Alguns princípios gerais que também podem ajudar a evitar esse cenário.
1. Se você tiver uma falha no sistema e detectar que algo de errado aconteceu com seu projeto do Paratext, NÃO faça send/receive do projeto corrompido.  Exclua o projeto do seu computador e, em seguida, faça um send/receive para obter o projeto não corrompido do servidor.

2) Se você tiver uma conexão de Internet boa e acessível, faça sempre send/receive antes de começar a trabalhar no Paratext (para obter as alterações mais recentes de seus colegas de equipe) e faça send/receive quando terminar o trabalho no Paratext.  Você pode automatizar isso agendando seu send/receive na inicialização e no encerramento: isso diminuirá a possibilidade de o Undo Changes não trazer de volta a versão mais recente. 

Tradução automática de English Mostrar original