Pour ce que vous semblez sur le point de faire, copier l'intégralité du dossier du projet XYZ hors de votre dossier My Paratext Projects vers un autre emplacement est probablement suffisant. Ensuite, si quelque chose se passe mal, vous pouvez simplement supprimer le projet puis recopier ce dossier à son emplacement d'origine. C'est de loin la façon la plus facile de « sauvegarder », en particulier en préparation d'une modification ponctuelle dont vous n'êtes pas sûr.
Plutôt que « Marquer un point dans l'historique du projet », je recommanderais simplement d'effectuer un Send/Receive. Ce processus marque également un point, mais a l'avantage d'être une sauvegarde légèrement plus robuste -- si vous faites quelque chose de catastrophique qui écrase les données d'historique sur votre machine locale, cette sauvegarde serait toujours dans le cloud. Ce processus est meilleur que la simple copie du dossier comme suggéré dans mon premier paragraphe, mais il est également légèrement plus compliqué pour restaurer les choses.
Il est rassurant de savoir qu'il est extrêmement difficile d'apporter une modification si mauvaise que quelqu'un ne puisse pas restaurer une ancienne copie de votre projet. Je dirais qu'il est presque impossible pour vous de corrompre les données à un tel degré, mais ce n'est pas impossible pour quelqu'un ayant accès au registre de sauvegarde.
2 & 3
Si vous utilisez la méthode de copie du dossier, vous n'avez pas vraiment besoin de privilèges du tout.
Si vous essayez de restaurer un ancien point dans l'historique, vous pourriez avoir besoin de privilèges d'administrateur privileges (je ne me souviens pas immédiatement). Et si vous avez fait une erreur si énorme que vous ne pouvez pas la corriger, vous pourriez avoir besoin de demander de l'aide à quelqu'un ayant accès au serveur.
4
Cela dépend de la modification que vous avez effectuée. Mais selon ce que vous faites, vous voudrez tester cela soigneusement avant de faire des modifications futures sur le projet. Il est extrêmement facile de supprimer une erreur et de revenir à un état sauvegardé il y a quelques heures. Il est extrêmement difficile de réaliser, après un mois de travail, que certaines données sont corrompues, mais que vous avez également apporté beaucoup de modifications correctes entre-temps.
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.
Traduit automatiquement depuis English
