Para o que parece que você está prestes a fazer, copiar a pasta inteira do projeto XYZ da sua pasta My Paratext Projects para outro local provavelmente é suficiente. Então, se algo der errado, você pode simplesmente excluir o projeto e depois copiar aquela pasta de volta para o local original. Essa é, de longe, a maneira mais fácil de "fazer backup", especialmente em preparação para uma mudança única da qual você não tem certeza.
Em vez de "Marcar ponto no histórico do projeto" (Mark Point in Project History), eu recomendaria simplesmente fazer um Send/Receive. Esse processo também marca um ponto, mas tem a vantagem de ser um backup um pouco mais robusto – se você fizer algo catastrófico para sobrescrever os dados de histórico em sua máquina local, esse backup ainda estaria na nuvem. Esse processo é melhor do que apenas copiar a pasta para fora, como sugeri no meu primeiro parágrafo, mas também é um pouco mais complicado para restaurar as coisas.
É reconfortante saber que é extremamente difícil fazer uma mudança tão ruim que alguém não possa restaurar uma cópia antiga do seu projeto. Eu diria que é quase impossível para você corromper dados em tal extremo, mas não é impossível para alguém com acesso ao registro de backup.
2 & 3
Se você usar o método de copiar a pasta, você realmente não precisa de nenhum privilégio.
Se você está tentando restaurar um ponto antigo no histórico, pode precisar de privilégios de administrador (privileges) (não consigo lembrar de cabeça). E se você cometeu um erro tão grande que não pode corrigi-lo, pode precisar pedir ajuda a alguém com acesso ao servidor.
4
Isso depende do tipo de mudança que você fez. Mas, dependendo do que você está fazendo, você vai querer testar isso cuidadosamente antes de fazer edições futuras no projeto. É extremamente fácil excluir um erro e voltar para um estado salvo algumas horas atrás. É extremamente difícil perceber, após um mês de trabalho, que alguns dados estão corrompidos, mas você também fez muitas mudanças corretas no meio tempo.
For what it sounds like you're about to do, copying the entire XYZ project folder out of your My Paratext Projects folder into another location is probably sufficient. Then, if something goes wrong, you can simply delete the project and then copy that folder back into its original place. That's by far the easiest way of "backing up", particularly in preparation for a one-time change that you're unsure of.
Rather that "Mark Point in Project History", I would recommend simply doing a Send/Receive. That process also marks a point, but has the advantage of being a slightly more robust backup--if you do something catastrophic to overwrite the history data on your local machine, that backup would still be in the cloud. This process is better than just copying the folder out like it suggested in my first paragraph, but it's also slightly more complicated to restore things.
It is reassuring to know that it is extremely difficult to make a change that is so bad that someone can't restore an old copy of your project. I'd say it's almost impossible for you to corrupt data such an extreme, but not impossible for someone with access to the backup registry.
2 & 3
If you use the copy-folder method, you don't really need any privileges at all.
If you are trying to restore an old point in history, you may need administrator privileges (I can't remember off the top of my head). And if you made such a huge mistake that you can't fix it, you might need to ask for help from someone with access to the server.
4
That kind of depends on what change you made. But depending on what you're doing, you'll want to test this carefully before doing future editing on the project. It's extremely easy to delete a mistake and go back to a saved state a few hours ago. It's extremely difficult to realize after a month of work that some data is broken, but you've also made lots of correct changes in the meantime.
Paratext
Mai 21, 2025
perguntada
por
Mercado
(203 pontos)
