0 वोट
79 व्यूज़

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.

Paratext में द्वारा (203 अंक)
संपादित द्वारा | 79 व्यूज़

4 उत्तर

0 वोट

जो आप करने वाले हैं, उसके लिए, My Paratext Projects फोल्डर से पूरे XYZ परियोजना फोल्डर की कॉपी किसी अन्य स्थान पर ले जाना शायद पर्याप्त है। फिर, अगर कुछ गलत हो जाता है, आप बस परियोजना को हटा सकते हैं और फिर उस फोल्डर को वापस उसके मूल स्थान पर कॉपी कर सकते हैं। यह "बैकअप" लेने का बहुत ही आसान तरीका है, विशेष रूप से एक बार के परिवर्तन की तैयारी के लिए जिसके बारे में आपका पक्का नहीं है।

"Mark Point in Project History" के बजाय, मैं सिर्फ Send/Receive करने की सलाह दूँगा। यह प्रक्रिया भी एक बिंदु चिह्नित करती है, लेकिन इसका लाभ यह है कि यह थोड़ा अधिक मजबूत बैकअप है--अगर आप अपने लोकल मशीन पर इतिहास डेटा को ओवरराइट करने के लिए कुछ भयंकर कर देते हैं, तो वह बैकअप अभी भी क्लाउड में होगा। यह प्रक्रिया पहले अनुच्छेद में सुझाए गए फोल्डर को बाहर कॉपी करने से बेहतर है, लेकिन चीज़ों को पुनर्स्थापित करना थोड़ा अधिक जटिल है। 

यह जानकर आश्वासन मिलता है कि ऐसा परिवर्तन करना अत्यंत कठिन है जो इतना खराब हो कि कोई आपके परियोजना की पुरानी कॉपी को पुनर्स्थापित न कर सके। मैं कहूँगा कि आपके द्वारा डेटा को इस सीमा तक भ्रष्ट (corrupt) करना लगभग असंभव है, लेकिन बैकअप रजिस्ट्री तक पहुंच वाले किसी व्यक्ति के लिए यह असंभव नहीं है।

2 & 3

अगर आप फोल्डर-कॉपी विधि का उपयोग करते हैं, तो आपको वास्तव में किसी भी विशेष अधिकार की आवश्यकता नहीं है।

अगर आप इतिहास के किसी पुराने बिंदु को पुनर्स्थापित करने की कोशिश कर रहे हैं, तो आपको प्रशासक (administrator) अधिकारों की आवश्यकता हो सकती है (मेरे दिमाग में अभी याद नहीं आ रहा है)। और अगर आपने इतनी बड़ी गलती की है कि आप इसे ठीक नहीं कर सकते, तो आपको सर्वर तक पहुंच वाले किसी व्यक्ति से मदद मांगनी पड़ सकती है।

4

यह इस बात पर निर्भर करता है कि आपने क्या परिवर्तन किया है। लेकिन आप जो कर रहे हैं, उसके आधार पर, आपको परियोजना पर भविष्य के संपादन करने से पहले इसका सावधानी से परीक्षण करना चाहिए। एक गलती को हटाना और कुछ घंटों पहले की सहेजी गई स्थिति में वापस जाना अत्यंत आसान है। एक महीने के काम के बाद यह अत्यंत कठिन है कि कुछ डेटा टूट गया है, यह महसूस करना, लेकिन इस बीच आपने भी बहुत सारे सही परिवर्तन किए हैं।

English से मशीन-अनुवादित
द्वारा (1.9k अंक)

यदि परीक्षण और प्रशिक्षण Send/Receive के उपयोग की आवश्यकता रखते हैं, तो यह सलाह कैसे बदलती है (या नहीं बदलती)? 

उपयोगकर्ताओं के साथ जो कुछ परीक्षण मैं कर रहा हूँ, उसमें Send/Receive शामिल होना चाहिए। Send/Receive से बचने वाले तरीके सभी प्रकार के परीक्षण और प्रशिक्षण के लिए पर्याप्त नहीं हैं। माफ़ कीजिए कि मैंने इसे अभी कहा। मैं इसे अपने मूल प्रश्न में शामिल करना चाहता था और भूल गया था।

English से मशीन-अनुवादित
0 वोट

नमस्ते Mercado.

बैकअप एक .zip फ़ाइल है जिसमें परियोजना की एक कॉपी शामिल है। यह एक तरीका है जिससे अगर आप कुछ ऐसा कर दें जो फ़ाइलों को नुकसान पहुँचाए, तो पुनर्प्राप्ति की जा सके।

एक इतिहास बिंदु (history point) भी उपयोगी है। अगर आप पाठ या कॉन्फ़िगरेशन के किसी निश्चित बिंदु पर वापस जाना चाहते हैं, तो यह इतिहास बिंदु परिवर्तनों से पहले के बिंदु को पहचानने में आसानी करेगा। कभी-कभी, परियोजना को संभालने में एक त्रुटि, विशेष रूप से अगर आप फ़ाइलों को सीधे संभालते हैं, .zip फ़ाइल की आवश्यकता हो सकती है। 

एक बात जो मैं सुझाता हूँ, अगर आप कुछ ऐसा आज़मा रहे हैं जिसके बारे में आपको लगता है कि यह गलत हो सकता है या यह एक बड़ा परिवर्तन है, तो परियोजना की एक कॉपी बनाएं और वास्तविक परियोजना में आगे बढ़ने से पहले वहाँ अपने परीक्षण करें (भले ही आपकी परीक्षण कॉपी परियोजना में अच्छे निकलें, वास्तविक परियोजना का बैकअप लेना न छोड़ें)।

एक उपयोगकर्ता जिसके पास प्रशासक (Administrator) अनुमतियाँ हों, वह इतिहास को संभाल सकता है या परियोजना को पुनर्स्थापित कर सकता है। केवल तभी फ़ाइलों को सीधे संभालें जब आप जानते हों कि आप क्या कर रहे हैं। कई मामलों में, कुछ परियोजना जानकारी एक से अधिक फ़ाइलों से आती है।

बैकअप Paratext Main Menu - Advanced - Backup project to file.... से किया जाता है।

एक कॉपी परियोजना बनाने के लिए, परियोजना बनाएं और फिर restore का उपयोग करके मुख्य परियोजना से लिया गया बैकअप लें।

restore विकल्प Paratext Main Menu - Advanced - Restored project from file... में है।

नमस्ते,
Pepe.

English से मशीन-अनुवादित
द्वारा (973 अंक)

यदि परीक्षण और प्रशिक्षण Send/Receive के उपयोग की आवश्यकता रखते हैं, तो यह सलाह कैसे बदलती है (या नहीं बदलती)? 

मैं Paratext 10 Studio के लिए एक डिज़ाइनर हूँ, और उपयोगकर्ताओं के साथ जो कुछ परीक्षण मैं कर रहा हूँ, उसमें Send/Receive शामिल होना चाहिए। Send/Receive से बचने वाले तरीके सभी प्रकार के परीक्षण और प्रशिक्षण के लिए पर्याप्त नहीं हैं। माफ़ कीजिए कि मैंने इसे अभी कहा। मैं इसे अपने मूल प्रश्न में शामिल करना चाहता था और भूल गया था।

English से मशीन-अनुवादित
मुझे समझ आ गया।

जब आप वास्तविक परियोजना का बैकअप लेते हैं और उसे एक परीक्षण परियोजना के रूप में पुनर्स्थापित करते हैं, तो आपको इतिहास को छोड़कर सभी जानकारी मिलती है। इसलिए अगर आपके परीक्षणों के लिए इतिहास की आवश्यकता है, तो यह विधि सुविधाजनक नहीं है। अन्यथा, अगर आपको पाठ और अन्य टूल्स की सेटिंग्स की आवश्यकता है, तो यह उपयोगी होगा।

Send/Receive का लाभ उठाने के लिए, आप मुख्य परियोजना से संबंधित एक सहायक परियोजना के रूप में परीक्षण परियोजना बना सकते हैं, ताकि आप आँकड़ों को "गढ़मड़म" करने वाले और भी परियोजनाओं को न बनाएं। आप इस परियोजना में जितने चाहें उतने उपयोगकर्ता जोड़ सकते हैं और सभी के लिए send/receive काम करेगा।

अब यह केवल आगे बढ़ने का एक तरीका है, लेकिन जैसा कि अन्य उत्तरों में दोस्तों द्वारा उल्लेख किया गया है, आप सही विचारों और अनुमतियों के साथ वास्तविक परियोजना पर काम कर सकते हैं। इस प्रकार के परीक्षण को कैसे और किसके द्वारा आगे बढ़ाना चाहिए, इसकी अधिक जानकारी के लिए नीचे Phil के उत्तर को देखें।

नमस्ते,
Pepe.
English से मशीन-अनुवादित
+1 मत

Paratext परियोजना में "जोखिम भरे" परिवर्तनों को करने से पहले, डेटा की रक्षा के लिए कुछ चीज़ें की जा सकती हैं। बीमा की तरह, उम्मीद यह है कि आपको इस बैकअप की आवश्यकता नहीं होगी और आप आत्मविश्वास के साथ इसे हटा सकते हैं कि आपकी परियोजना अभी भी सही ढंग से काम कर रही है।

  1. Send/Receive का उपयोग करके परियोजना को Paratext सर्वर पर भेजें। सुनिश्चित करें कि परियोजना के सभी सदस्यों ने Send/Receive किया है और फिर उन्हें तब तक काम करना बंद कर दें जब तक आप परिवर्तन नहीं कर लेते। यह सुनिश्चित करता है कि डेटा की नवीनतम कॉपी सर्वर पर है ताकि अन्य लोग इसे एक्सेस कर सकें। अगर आपकी परियोजना में कोई समस्या है, तो आप परियोजना को हटा सकते हैं और फिर से डाउनलोड कर सकते हैं। हालाँकि, अगर आपके पास अतिरिक्त फ़ाइलें हैं (उदाहरण के लिए एक \local फोल्डर या \PA7 फोल्डर), तो इन्हें सर्वर पर सहेजा नहीं जाता है, इसलिए आपको किसी अन्य विधि का उपयोग करना होगा।
  2. पूरी परियोजना का बैकअप सहेजने का सबसे सुरक्षित तरीका है पूरे परियोजना फोल्डर की कॉपी किसी सुरक्षित स्थान पर ले जाना। यह आपके कंप्यूटर पर कोई भी फोल्डर हो सकता है। अगर परियोजना में कोई समस्या है, तो आप इस फोल्डर का उपयोग करके पूरे फोल्डर को c:\My Paratext 9 Projects फोल्डर में वापस कॉपी करके अपने डेटा तक वापस जा सकते हैं। Send/Receive करने के बाद पुराने डेटा को पुनर्स्थापित करते समय आपको सावधान रहना होगा क्योंकि इससे परियोजना के साथ टकराव (conflicts) हो सकता है। अगर सर्वर पर अन्य डेटा के साथ कोई Send/Receive नहीं किया गया है, तो पूरे फोल्डर को पुनर्स्थापित करना सुरक्षित है। अगर आपने Send/Receive किया है और फिर अपने डेटा के ऊपर फोल्डर को पुनर्स्थापित करते हैं, तो आप टकराव का कारण बन सकते हैं।
  • इन "जोखिम भरे" परिवर्तनों (और परिवर्तनों से पुनर्प्राप्ति) को एक Project Administrator को ही करना चाहिए। सभी को Send/Receive करना चाहिए और परिवर्तन किए जाने तक काम करना बंद कर देना चाहिए।
  • यह निर्धारित करने की क्षमता कि परिवर्तन सफल रहे या नहीं, इस बात पर निर्भर करेगा कि परिवर्तन क्या थे। सामान्यतः, आप Project History (या Recent Changes) का उपयोग करके परिवर्तनों से पहले और बाद की फ़ाइलों की तुलना कर सकते हैं। दुर्भाग्यवश, यह केवल पाठ पर ही लागू होता है। Biblical Terms या Wordlist जैसे अन्य क्षेत्रों में किए गए परिवर्तनों की व्यक्तिगत रूप से जाँच की आवश्यकता होगी।
चरण-दर-चरण
  • टीम के सभी सदस्य Send/Receive करते हैं और परिवर्तन के दौरान काम करना बंद कर देते हैं।
  • प्रशासक परियोजना फोल्डर की कॉपी किसी सुरक्षित स्थान पर ले जाता है
  • प्रशासक जो भी परिवर्तन करना चाहता है वह करता है (अगर परिवर्तन काम नहीं करता है तो नीचे देखें)
  • प्रशासक परिवर्तन की समीक्षा करता है ताकि यह सुनिश्चित हो सके कि सब कुछ ठीक है और फिर Send/Receive करता है 
  • टीम Send/Receive करती है और काम जारी रखती है
अगर परिवर्तन काम नहीं करता है:
  • प्रशासक मौजूदा परियोजना को हटा सकते हैं और सर्वर से परियोजना को पुनर्प्राप्त करने के लिए Send/Receive कर सकते हैं
  • अगर कोई विशेष फोल्डर था (जैसे local फोल्डर) तो प्रशासक मौजूदा फोल्डर को हटा सकते हैं और बैकअप फोल्डर को c:\My Paratext Projects 9 में कॉपी कर सकते हैं
  • इस बिंदु पर प्रशासक सुधारों के साथ परिवर्तन करने की फिर से कोशिश कर सकते हैं या काम जारी रख सकते हैं
  • टीम को काम जारी रखने दें।
English से मशीन-अनुवादित
द्वारा (9.9k अंक)
0 वोट
  1. "बैकअप" का मतलब Paratext बैकअप सुविधा का उपयोग करना है (Project > Advanced > Backup project to file)। अधिकांश मामलों में, Mark point in project history का उपयोग करना पर्याप्त है। आमतौर पर, बैकअप का उपयोग मुख्य परियोजना से अलग एक नई परियोजना बनाने के लिए किया जाता है ताकि परीक्षण किया जा सके, ताकि आप मुख्य परियोजना पर कोई डेटा न बदलें।
  2. परियोजना पर कोई भी उपयोगकर्ता जिसकी भूमिका observer न हो, वह बैकअप बना सकता है या इतिहास में एक बिंदु चिह्नित कर सकता है।
  3. केवल एक एडमिन ही स्थिति को पुनर्स्थापित कर सकता है।
  4. यह, दुर्भाग्यवश, उपयोगकर्ता, यानी आपको, तय करने के लिए है।
संपादन: वाह। प्रतीत होता है कि यह फोरम सॉफ्टवेयर तब अपडेट नहीं होता जब कोई अन्य व्यक्ति एक प्रश्न का उत्तर देता है। देखें अन्य उत्तर जो तब दिए गए थे जब मैं धीरे-धीरे अपना उत्तर टाइप कर रहा था। wink
English से मशीन-अनुवादित
द्वारा [Expert]
(16.7k अंक)

संबंधित प्रश्न

0 वोट
2 उत्तर 549 व्यूज़
हमारे पास एक ऐसा प्रोजेक्ट है जिसे पुनः जीवित किया जा रहा है, और हमारे पास उपलब्ध एकमात्र बैकअप USB ड्राइव पर कॉपी किया ... शायद एक से अधिक प्रोजेक्ट के लिए यह करना पड़ सकता है।)
CraigF 237 पूछा गया अप्रैल 29, 2024
0 वोट
2 उत्तर 246 व्यूज़
कुछ वर्षों पहले, मैंने अपने परामर्शदाता नोट्स प्रोजेक्ट "Notes for Translators English" (NTE) में लगभग 400 नोट्स सम्मिलित ... प्रोजेक्ट के साथ किस प्रकार का बैकअप संभव है। धन्यवाद!
proftroy 103 पूछा गया जून 9, 2023
Paratext में
0 वोट
1 उत्तर 292 व्यूज़
We have been working on a project since last year. We made lot of changes since last year. Now, when I click on ... are made after that and who has done that? Thanks, anon899536
UJ 162 पूछा गया फ़रवरी 1, 2019
Paratext में
0 वोट
3 उत्तर 414 व्यूज़
We're using ParaText 8 in a politically sensitive restricted access area. The MTT does not take his work computer on-line, ... gone wrong and how to fix it? Thanks for any help!
anon490883 109 पूछा गया जनवरी 21, 2020
0 वोट
2 उत्तर 471 व्यूज़
Today, I wanted to create some text for a colleague to try out in SAB (scripture app builder). This is what I did in ... the Greek term was just translated as sit or even eat .
Tim 934 पूछा गया मई 24, 2019
Paratext में
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
I appeal to you, brothers and sisters, in the name of our Lord Jesus Christ, that all of you agree with one another in what you say and that there be no divisions among you, but that you be perfectly united in mind and thought.
1 Corinthians 1:10
3,048 प्रश्न
6,007 उत्तर
5,672 टिप्पणियाँ
2,028 उपयोगकर्ता