How to prepare for risky changes to a project?

Question

I'm about to try something risky on my scripture translation project. How can I protect it in case something goes wrong?

In Paratext trainings, I'm often told to "backup your project" before doing something risky. But I don't actually know the proper way to do that, and I haven't seen any articles about it.

In your answer, please speak to:

1. What is actually meant by "backup"? 
   1. Is this specifically making a copy of a project, or are there other things that I can or should do to be able to recover in case something goes wrong?

   2. Is it sufficient to use "Mark Point in Project History" instead?

2. What privileges are needed to take the steps necessary to make it (more easily) recoverable in the future?
3. What privileges are needed to recover the known-good state?
4. After I've made the risky change, how can I know whether something went wrong?

I would love to have instructions that I could give to any user involved in testing and training to follow so that they can use their real project data without worrying about messing up their project.

Update: Some of the testing I'm doing with users must include Send/Receive. Methods that require avoiding Send/Receive are not sufficient for all kinds of testing and training.

Answer 1

Судя по тому, что вы собираетесь сделать, копирование всей папки проекта XYZ из папки My Paratext Projects в другое место, скорее всего, будет достаточно. Тогда, если что-то пойдет не так, вы сможете просто удалить проект и скопировать эту папку обратно в исходное место. Это, безусловно, самый простой способ сделать «резервную копию», особенно в подготовке к одноразовому изменению, в успехе которого вы не уверены.

Вместо «Отметить точку в истории проекта» (Mark Point in Project History) я бы рекомендовал просто выполнить Send/Receive. Этот процесс также отмечает точку, но имеет преимущество в виде более надежного резервного копирования — если вы сделаете что-то катастрофическое и перезапишете данные истории на вашем локальном компьютере, эта резервная копия все еще будет в облаке. Этот процесс лучше, чем просто копирование папки, как я предложил в первом абзаце, но он также немного сложнее для восстановления. 

Успокаивает то, что крайне сложно внести изменение настолько плохое, чтобы кто-то не смог восстановить старую копию вашего проекта. Я бы сказал, что для вас почти невозможно повредить данные в такой степени, но это не невозможно для кого-то, у кого есть доступ к реестру резервных копий.

2 & 3

Если вы используете метод копирования папки, вам вообще не нужны какие-либо особые привилегии.

Если вы пытаетесь восстановить старую точку в истории, вам могут понадобиться привилегии администратора (privileges) (я не могу вспомнить точно с ходу). И если вы совершили такую огромную ошибку, которую не можете исправить, вам, возможно, придется попросить помощи у кого-то с доступом к серверу.

4

Это во многом зависит от того, какое изменение вы внесли. Но в зависимости от того, что вы делаете, вам нужно будет тщательно протестировать это перед дальнейшим редактированием проекта. Очень легко удалить ошибку и вернуться к сохраненному состоянию несколько часов назад. Очень трудно понять через месяц работы, что часть данных повреждена, но при этом вы также внесли много правильных изменений за это время.

Переведено машиной с языка English Показать оригинал

Comments

Как изменится (или не изменится) этот совет, если тестирование и обучение требуют использования Send/Receive? 

Часть тестирования, которое я провожу с пользователями, должна включать Send/Receive. Методы, требующие избегать Send/Receive, не подходят для всех видов тестирования и обучения. Извините, что говорю об этом только сейчас. Я хотел включить это в свой первоначальный вопрос, но забыл.

Переведено машиной с языка English Показать оригинал

Answer 2

Привет, Mercado.

Резервная копия — это файл .zip, содержащий копию проекта. Это способ восстановления в случае, если вы сделаете что-то, что повредит файлы.

Точка в истории также полезна. Если вы хотите вернуться к определенной точке в тексте или конфигурации, эта точка в истории облегчит нахождение момента до изменений. Иногда ошибка при работе с проектом, особенно если вы напрямую манипулируете файлами, может потребовать использования файла .zip для исправления. 

Одно, что я рекомендую: если вы пробуете что-то, что, по вашему мнению, может пойти не так, или это крупное изменение, сделайте копию проекта и проведите тесты там, прежде чем продолжать работу в реальном проекте (даже если ваши тесты в копии проекта прошли успешно, не пренебрегайте резервным копированием реального проекта).

Пользователь с правами администратора сможет манипулировать историей или восстанавливать проект. Манипулируйте файлами напрямую только если вы знаете, что делаете. Во многих случаях информация о проекте поступает из более чем одного файла.

Резервное копирование выполняется через Главное меню Paratext - Advanced - Backup project to file....

Чтобы создать копию проекта, создайте проект, а затем используйте восстановление (restore), чтобы применить резервную копию, сделанную из основного проекта.

Опция восстановления находится в Главное меню Paratext - Advanced - Restored project from file...

Привет,
Пеппе.

Переведено машиной с языка English Показать оригинал

Comments

Как изменится (или не изменится) этот совет, если тестирование и обучение требуют использования Send/Receive? 

Я дизайнер для Paratext 10 Studio, и часть тестирования, которое я провожу с пользователями, должна включать Send/Receive. Методы, требующие избегать Send/Receive, не подходят для всех видов тестирования и обучения. Извините, что говорю об этом только сейчас. Я хотел включить это в свой первоначальный вопрос, но забыл.

Переведено машиной с языка English Показать оригинал

---

Я понимаю.

Когда вы делаете резервную копию реального проекта и восстанавливаете ее как тестовый проект, вы получаете всю информацию, кроме истории. Поэтому, если ваши тесты требуют истории, этот метод не удобен. В противном случае, если вам нужен текст и настройки других инструментов, это будет полезно.

Чтобы воспользоваться send/receive, вы можете создать тестовый проект как вспомогательный проект, связанный с основным, чтобы не создавать дополнительные проекты, которые «путают» статистику. Вы можете добавить в этот проект столько пользователей, сколько вам нужно, и send/receive будет работать для всех них.

Теперь это лишь один из способов действий, но, как упоминали друзья в других ответах, вы можете работать с реальным проектом, имея правильные соображения и разрешения. Посмотрите на ответ Фила, ниже, для получения дополнительной информации о том, как и кто должен проводить этот вид тестирования.

Привет,
Пеппе.

Переведено машиной с языка English Показать оригинал

Answer 3

Прежде чем вносить «рискованные» изменения в проект Paratext, можно предпринять некоторые меры для защиты данных. Как и в случае со страховкой, надеетсясь, что вам не понадобится эта резервная копия, и вы сможете просто от нее избавиться, как только убедитесь, что ваш проект по-прежнему работает правильно.

1. Используйте Send/Receive, чтобы отправить проект на серверы Paratext. Убедитесь, что все участники проекта выполнили Send/Receive, а затем попросите их прекратить работу, пока вы не внесете изменения. Это гарантирует, что последняя копия данных находится на серверах для доступа другими. Если с вашим проектом возникнет проблема, вы можете удалить проект и скачать его снова. ОДНАКО, если у вас есть дополнительные файлы (например, папка \local или папка \PA7), они не сохраняются на сервере, поэтому вам нужно использовать другой метод.
2. Самый безопасный способ сохранить резервную копию всего проекта — просто скопировать всю папку проекта в безопасное место. Это может быть любая папка на вашем компьютере. Если с проектом возникнет проблема, вы можете использовать эту папку, чтобы вернуться к своим данным, просто скопировав всю папку обратно в папку c:\My Paratext 9 Projects. ВЫ ДОЛЖНЫ БЫТЬ ОСТОРОЖНЫ при восстановлении старых данных после выполнения Send/Receive, так как это может вызвать конфликты с проектом. Безопасно восстановить всю папку, если Send/Receive с другими данными на серверы не выполнялся. Если вы выполнили Send/Receive, а затем восстановили папку поверх своих данных, вы можете вызвать конфликты.

• Именно Администратор проекта должен вносить эти «рискованные» изменения (и восстанавливать проект после изменений). Все остальные должны выполнить Send/Receive и прекратить работу, пока изменения не будут сделаны.
• Возможность определить, были ли изменения успешными, будет зависеть от того, какие изменения были сделаны. Как правило, вы можете использовать Историю проекта (Project History) (или Недавние изменения) для сравнения файлов до и после изменений. К сожалению, это относится только к самому тексту. Изменения в других областях, таких как Библейские термины (Biblical Terms) или Список слов (Wordlist), потребуют индивидуального рассмотрения.

Пошаговая инструкция

• Каждый в команде выполняет Send/Receive и прекращает работу во время внесения изменений.
• Администратор копирует папку проекта в безопасное место
• Администратор вносит желаемое изменение (см. ниже, если изменение не сработало)
• Администратор проверяет изменение, чтобы убедиться, что все в порядке, а затем выполняет Send/Receive 
• Команда выполняет Send/Receive и продолжает работу

Если изменение не сработало:

• Администратор может удалить существующий проект и выполнить Send/Receive, чтобы восстановить проект с сервера
• Если были специальные папки (например, папка local), Администратор может удалить существующую папку и скопировать резервную папку в c:\My Paratext Projects 9
• На этом этапе Администратор может попробовать снова внести изменение с исправлениями или продолжить работу
• Попросите команду продолжить работу.

Переведено машиной с языка English Показать оригинал

Answer 4

1. «Резервная копия» означает использование функции резервного копирования Paratext (Project > Advanced > Backup project to file). В подавляющем большинстве случаев достаточно использовать Mark point in project history (Отметить точку в истории проекта). Обычно резервная копия используется для создания нового проекта, отдельного от основного, для проведения тестов, чтобы вы не изменяли данные в основном проекте.
2. Любой пользователь проекта с ролью, отличной от наблюдателя, может создать резервную копию или отметить точку в истории.
3. Только администратор может восстановить состояние.
4. Это, к сожалению, зависит от вас, пользователя.

ПРАВКА: Вау. Оказывается, это программное обеспечение форума не обновляется, когда кто-то другой отвечает на вопрос. Посмотрите на другие ответы, которые были даны, пока я медленно печатал свой ответ. 

Переведено машиной с языка English Показать оригинал