Help:Extension:Translate/Group management/hi

समूहों को कॉन्फ़िगर करने के बाद उन्हें प्रोसेस करना होगा। इसका मतलब है कि परिभाषा के टेक्स्ट्स को क्रमित किया जाता है और आवश्यक कैशों को भरा जाता है। इसके लिए आपको बदलावों को प्रोसेस करने के लिए चलाना होगा। आप इस अनुरक्षण स्क्रिप्ट को इस तरह से चला सकते हैं।

अनुवाद एक्सटेंशन के डिरेक्ट्री से:

उपरोक्त स्क्रिप्ट संदेशों में बदलावों का पता लगाता है और सहेजने का समय बचाने के लिए सिर्फ इन्हीं बदलावों को प्रोसेस करने के लिए उपलब्ध कराता है। इन बदलावों में शामिल हैं:


 * अंग्रेज़ी संदेशों की सामग्री में बदलाव
 * संदेशों के प्रलेखों में बदलाव
 * समूह/भाषा में मेल न खाने वाली सामग्री
 * किसी समूह/भाषा में चित्र पर अतिरिक्त एंट्रियाँ (यानी बाहरी रूप से अनुरक्षित किए जाने वाले)

नए स्टाइल समूहों के लिए पर जाएँ और सभी भाषाएँ दोबारा बनाएँ (आयात करें)। इस विशेष पृष्ठ पर चित्र पर आधारित समूहों को प्रबंधित किया जा सकता है (FileBasedMessageGroup)। इस पृष्ठ पर चित्र के कैश को अपडेट किया जा सकता है, स्रोत भाषा के संदेशों को आयात और फ़ज़ी किया जा सकता है, और साथ में दूसरे भाषाओं के संदेशों को आयात/अपडेट भी किया जा सकता है।

सख्त तादात्मय
सख्त तादात्मय एक प्रक्रिया है जिसके जिससे सिंक्रोनाइज़ेशन में समस्याओं के चलते अनुवाद डेटा के दूषण को रोका जा सकता है। ऐसा यह तादात्मय का पता रखके और तादात्मय के चलते समय, इसके अधूरे रहने पर या इसके असफल होने पर असुरक्षित कार्यों को रोककर करता है। इससे उन समस्याओं का समाधान होता है जिनका समाधान स्थिति तादात्मय से नहीं हुआ था। उदाहरणस्वरूप:


 * 1) ऊपर से सभी अनुवाद फ़ाइलें बदल दिए जाते हैं: जैसे किसी स्ट्रिंग पर कॉपीराइट के दिनांक को अपडेट करना या फिर किसी अनुपयुक्त स्ट्रिंग को हटाना (यानी कोई भी बदलाव जिसकी वजह से --safe-import अपने आप बदलावों को प्रोसेस न करे)।
 * 2) हम संस्करण 'क' से नवीनतम संस्करण 'ख' तक पठनीय संस्करण को बदलते हैं।
 * 3) हम Special:MessageGroupChanges की मदद से बदलावों को प्रोसेस नहीं करते
 * 4) हम 'ख' के ऊपर (मगर 'क' पर आधारित) अनुवादों को संस्करण 'ग' बनाने के लिए निर्यात और कमिट करते हैं।

Upstream changes in version B are lost. For the next import we automatically update our read-only checkout to version C, so we never see or process changes in B.

The process
Incoming changes from source repositories are processed via the  background job. We've added a group synchronization cache that tracks:


 * 1) groups in sync - groups that have messages being processed via   in the job queue
 * 2) groups with errors - groups that have had messages update processing errors
 * 3) group in review - groups whose messages are waiting to be reviewed

Message update processing errors are identified by looking at messages that are still present in the group synchronization cache as "in sync" after a certain period of time. On rare occasions it may happen that the  was completed but did not inform the group synchronization cache that it was done. Such errors can be identified by looking at the message's content to see if it has been updated.

When running exports, following groups are skipped:


 * 1) groups in sync
 * 2) groups with errors
 * 3) group in review

This ensures that changes from Translate are not pushed out until incoming changes from source repositories are processed first.

Similarly when processing incoming changes, following groups are skipped:


 * 1) groups in sync
 * 2) groups with errors

This will ensure that changes from remote sources do not override choices made when processing changes in Special:MessageGroupChanges.

Administrators can see groups in review and groups with errors on Special:MessageGroupChanges. For groups with error, review the messages that have failed, and resolve them after verifying that the updates are properly applied.

Global Synchronization Lock
For the import and export scripts, a global sync lock has been added to ensure that exports and imports cannot be run simultaneously. The ideal workflow would involve first running the imports, allowing all groups to finish processing, and then running the exports.

इसे भी देखें

 * Repository management and related pages have some information of general use