J'ai déjà vu cela se produire. Il s'avère que si le membre de l'équipe ne disposait pas de la dernière version du livre au moment où la corruption s'est produite, l'annulation des modifications (Undo changes) ne revient pas à la dernière version, mais à la version que l'utilisateur avait sur son ordinateur.
Quelques principes généraux qui peuvent également aider à éviter ce scénario.
2) Si vous disposez d'une connexion Internet fiable et peu coûteuse, effectuez toujours un Send/Receive avant de commencer à travailler dans Paratext (pour obtenir les dernières modifications de vos coéquipiers) et un Send/Receive lorsque vous terminez votre travail dans Paratext. Vous pouvez automatiser cela en planifiant votre Send/Receive au démarrage et à l'arrêt : cela réduira la possibilité qu'Undo Changes ne restaure pas la dernière version.
I have seen this happen. It turns out, that if the team member did not have the latest version of the book when the corruption took place, Undo changes does not roll back to the latest version, but to the version that user had on their computer.
Some general principles that also might help avoid this scenario.
2) If you have a good and inexpensive Internet connection, always do send/receive before you start work in Paratext (to get the latest changes from your teammates) and send/receive when you finish work in Paratext. You can make this automatic by scheduling your send/receive on startup and shutdown: This will decrease the possibility that Undo Changes would not bring back the latest version.
Traduit automatiquement depuis English Afficher l'original
