सतत स्थानीयकरण: हर भाषा, हर मर्ज पर।
सतत स्थानीयकरण आपके कोड बदलने के साथ-साथ नई और बदली हुई स्ट्रिंग्स का अनुवाद करता है, बजाय इसके कि हर रिलीज़ से पहले एक अलग चरण में किया जाए। हर भाषा उस कोड के साथ शिप करने के लिए तैयार रहती है जिसे इसकी आवश्यकता थी।
सतत स्थानीयकरण क्या है?
सतत स्थानीयकरण काम करने का एक ऐसा तरीका है जिसमें नई और बदली हुई स्ट्रिंग्स बदलते ही स्वचालित रूप से अनुवाद के लिए भेज दी जाती हैं, और अनुवादित टेक्स्ट बिना किसी शेड्यूलिंग के उत्पाद में वापस आ जाता है।
कोई अनुवाद चरण नहीं होता, क्योंकि अनुवाद कभी रुकता नहीं है। डेवलपर एक स्ट्रिंग मर्ज करता है, अनुवाद कोड के समान प्रवाह में आते हैं, और रिलीज़ किसी की फ़ाइल का इंतज़ार नहीं कर रही होती।
यह सतत डिलीवरी का स्थानीयकरण वाला हिस्सा है। एक टीम जो रोज़ाना मर्ज करती है और हर कुछ हफ़्तों में अनुवाद सौंपती है, उसके पास हर महीने के अधिकांश समय में अपनी कोड से पीछे भाषाएं होती हैं। सतत स्थानीयकरण इस अंतर को एक रन की लंबाई तक कम कर देता है।
इसका मतलब यह नहीं है कि मशीन द्वारा बनाया गया आउटपुट बिना पढ़े लाइव हो जाता है। आप तय करते हैं कि किन स्ट्रिंग्स के लिए किसी व्यक्ति की आवश्यकता है, और एक रिलीज़ में केवल वही सामग्री शामिल हो सकती है जिसकी समीक्षा की गई है।
अंतर यह है कि अनुवाद कब होता है, न कि कौन करता है।
| क्या बदलता है | बैच हैंडऑफ | निरंतर |
|---|---|---|
| साथ-साथ | ||
| जब अनुवाद होता है | हर रिलीज़ से पहले के चरण में | जैसे ही कोई स्ट्रिंग बदलती है |
| इसे क्या शुरू करता है | कोई व्यक्ति फ़ाइल एक्सपोर्ट करता है | पुश, मर्ज या सामग्री में बदलाव |
| प्रत्येक टुकड़े का आकार | एक साथ हफ्तों भर की स्ट्रिंग्स | एक बदलाव वाली स्ट्रिंग्स |
| रिलीज़ किसका इंतज़ार कर रही है | फ़ाइल के वापस आने का | उन स्ट्रिंग्स की समीक्षा, जिन्हें आपने इसके लिए चिह्नित किया है |
| देर से हुआ कॉपी बदलाव | एक और राउंड ट्रिप | उस एक की को फिर से चलाना |
| अनुवादक किस आधार पर काम करता है | स्ट्रिंग्स की एक स्प्रेडशीट | वह पंक्ति, अपनी शब्दावली शर्तों, मेमोरी मिलान और स्क्रीनशॉट के साथ |
| लॉन्च पर भाषाएं | क्रमिक, एक के बाद एक वेव | फीचर के साथ एक साथ |
- जब अनुवाद होता है
- हर रिलीज़ से पहले के चरण में
- इसे क्या शुरू करता है
- कोई व्यक्ति फ़ाइल एक्सपोर्ट करता है
- प्रत्येक टुकड़े का आकार
- एक साथ हफ्तों भर की स्ट्रिंग्स
- रिलीज़ किसका इंतज़ार कर रही है
- फ़ाइल के वापस आने का
- देर से हुआ कॉपी बदलाव
- एक और राउंड ट्रिप
- अनुवादक किस आधार पर काम करता है
- स्ट्रिंग्स की एक स्प्रेडशीट
- लॉन्च पर भाषाएं
- क्रमिक, एक के बाद एक वेव
- जब अनुवाद होता है
- जैसे ही कोई स्ट्रिंग बदलती है
- इसे क्या शुरू करता है
- पुश, मर्ज या सामग्री में बदलाव
- प्रत्येक टुकड़े का आकार
- एक बदलाव वाली स्ट्रिंग्स
- रिलीज़ किसका इंतज़ार कर रही है
- उन स्ट्रिंग्स की समीक्षा, जिन्हें आपने इसके लिए चिह्नित किया है
- देर से हुआ कॉपी बदलाव
- उस एक की को फिर से चलाना
- अनुवादक किस आधार पर काम करता है
- वह पंक्ति, अपनी शब्दावली शर्तों, मेमोरी मिलान और स्क्रीनशॉट के साथ
- लॉन्च पर भाषाएं
- फीचर के साथ एक साथ
निरंतर स्थानीयकरण कैसे काम करता है
लूप के माध्यम से एक नई स्ट्रिंग का अनुसरण करें। हर चरण में वह दिखता है जो आप वास्तव में देखेंगे।
बदलाव CLI, GitHub Action या आपके Git होस्ट पर ऐप के माध्यम से Transglot तक पहुंचता है। सोर्स फ़ाइलों को 20 नेटिव फॉर्मेट में से किसी एक में पार्स किया जाता है, और प्रत्येक स्ट्रिंग की तुलना उससे की जाती है जो प्रोजेक्ट में पहले से मौजूद है। केवल नई और बदली हुई स्ट्रिंग्स ही आगे बढ़ती हैं।
अनुवाद मेमोरी से सटीक मिलान पंक्ति को भर देता है और इसका कोई शब्द खर्च नहीं होता। जो बचता है वह आपकी शब्दावली, आपकी स्टाइल गाइड और उस की के संदर्भ के साथ Glossa को चला जाता है।
हर रन की हर पंक्ति में प्लेसहोल्डर, बहुवचन रूप, शब्दावली शब्द और लंबाई की जाँच की जाती है। एक टूटा हुआ प्लेसहोल्डर, अनुपलब्ध बहुवचन रूप या निषिद्ध शब्दावली शब्द को एक बार ठीक किया जाता है और फिर से जाँचा जाता है; यदि यह दूसरी बार भी फ़ेल होता है तो इसे अस्वीकार कर दिया जाता है और शिप नहीं किया जाता। जिस पंक्ति की लंबाई केवल अधिक हो जाती है, उसे लिख दिया जाता है, और Team प्लान से ऑटो-अप्रूव या QA रन इसे समीक्षा के लिए चिन्हित करता है।
कोई रन उस पंक्ति पर कभी नहीं लिखता जिसे किसी व्यक्ति ने संपादित या समीक्षित किया हो। यदि बाद में इसका स्रोत बदलता है, तो टेक्स्ट वैसा ही रहता है, रन उस पंक्ति को गिनता है और आपको सूचित करता है, और Team प्लान से एक सुझाया गया अपडेट उसके पास इंतज़ार करता है ताकि कोई उसे स्वीकार कर सके।
Git ऐप्स लोकल फ़ाइलों को एक सिंक ब्रांच में कमिट करते हैं और एक पुल रिक्वेस्ट को अप-टू-डेट रखते हैं। GitHub पर, किसी पुल रिक्वेस्ट पर /translate कमेंट करें और फ़ाइलें उस पुल रिक्वेस्ट की अपनी ब्रांच पर आ जाती हैं। या CDN पर प्रकाशित करें, और चल रहा उत्पाद बिना किसी रिलीज़ के बदलाव को पढ़ लेता है।
छह तरीके जिनसे सतत स्थानीयकरण गलत हो जाता है, और जो प्रत्येक को रोकता है
एक रन किसी व्यक्ति के काम को ओवरराइट कर देता है
हर लेखक पहले पंक्ति की स्थिति की जाँच करता है: एक रन, एक मेमोरी मैच और एक पुश। किसी व्यक्ति द्वारा संपादित या समीक्षित पंक्ति बनी रहती है, और रन इसे रिपोर्ट करता है।
→fr, समीक्षित, स्रोत अभी बदला
✓रखा गया, गिना गया, रिपोर्ट किया गया
टूटी हुई स्ट्रिंग प्रोडक्शन में पहुँच जाती है
हर टोकन जो अंदर गया, उसे बाहर आना ही होगा। ICU प्रोजेक्ट में, वह मैसेज जो रेंडर समय पर एरर देगा, पुल, कनेक्टर और CDN बंडल से बाहर रहता है, और रन उसका नाम लेता है।
→{count, plural, one {# article}
✓फ़ाइल से बाहर रखा गया, रन में नामित
रिपॉज़िटरी बॉट पुल रिक्वेस्ट्स से भर जाती है
प्रति रिपॉज़िटरी एक सिंक ब्रांच और एक पुल रिक्वेस्ट। दूसरा खोलने के बजाय, दो त्वरित पुश उस पर अभिसृत होते हैं।
→#812 #815 #819 #823 l10n अपडेट
✓#812 transglot/sync, इन-प्लेस अपडेटेड
स्रोत संपादन पुराने अनुवादों को पीछे छोड़ देता है
हर लक्ष्य पंक्ति उस स्रोत को रिकॉर्ड करती है जिसके खिलाफ इसे लिखा गया था, इसलिए बदली गई स्ट्रिंग हर भाषा में एक साथ आउट ऑफ़ डेट ज्ञात होती है, और केवल वह की फिर से रन होती है।
→Save बन गया Save draft. fr, de, ja अभी भी Save कहते हैं
✓fr, de, ja उस एक की पर फिर से रन करते हैं
हर रन पूरे प्रोजेक्ट का फिर से बिल बनाता है
रन का आकार बदलाव से निर्धारित होता है। अपरिवर्तित स्ट्रिंग नहीं भेजी जाती,_exact_ मेमोरी मैच का कोई शब्द लागत नहीं होता, और किसी व्यक्ति द्वारा स्वामित्व वाली पंक्ति को कुछ भी खर्च होने से पहले ही अस्वीकार कर दिया जाता है।
→फ़ाइल में 48,000 शब्द हैं
✓इस रन: 60 शब्द
आधा पूरा हुआ पुल लोकल फ़ाइल को मिटा देता है
यदि सर्वर किसी लोकल के लिए कोई एंट्री रिपोर्ट नहीं करता है, तो पुल सामग्री वाली फ़ाइल के ऊपर लिखने से इनकार कर देता है, और पाइपलाइन को वहीं रोकने के लिए exit 1 देता है।
→pull: ja के लिए 0 एंट्री, फ़ाइल में 1,204 हैं
✓locales/ja.json को खाली बंडल से ओवरराइट करने से इनकार
- run 4182 fr: ड्राफ्ट से प्लेसहोल्डर गायब, पुनः प्रयास पर ठीक किया गया
- run 4182 de: 3 पंक्तियाँ रखी गईं, एक व्यक्ति उनका स्वामी है
- run 4182 ja: मेमोरी से 41 पंक्तियाँ, 0 शब्द
- run 4183 ar: पुनः प्रयास के बाद बहुवचन रूप गायब, पंक्ति अस्वीकृत
- pull लिखे गए locales/pt-BR.json
- sync transglot/sync अपडेटेड, पुल रिक्वेस्ट #812
ये तीनों आपके रिपॉज़िटरी से जुड़ते हैं। अंतर यह है कि जब आप मर्ज करते हैं तो क्या होता है।
5 नवंबर 2026 को प्रत्येक कंपनी के अपने पेजों से पढ़ा गया। मूल्य पंक्ति हमारे तुलना पेजों से आती है, जो नीचे लिंक किए गए हैं, जो योजना और गणना दिखाते हैं। कीमतें और योजनाएँ बदलती रहती हैं, इसलिए निर्णय लेने से पहले उन्हें जाँच लें।
| क्या होता है | Transglot | Lokalise | Crowdin |
|---|---|---|---|
| एक नई स्ट्रिंग मर्ज की जाती है | डिफ़ॉल्ट रूप से अनुवादित पुश रन शुरू करता है। प्रोजेक्ट सेटिंग इसे बंद कर देती है। | सेटअप करने के बाद अनुवादित की बनाने और फ़ाइल आयात करने पर ऑटोमेशन डिफ़ॉल्ट रूप से बंद होते हैं। AI स्टेप वाला वर्कफ़्लो अपने शेड्यूल पर चलता है। | चालू करने के बाद अनुवादित सेटिंग्स, ऑटो-ट्रांसलेट के तहत, यह हर अपलोड पर चलता है। Git सिंक डिफ़ॉल्ट रूप से प्रति घंटा चलता है। |
| एक अनुवाद चेक में विफल होता है | एक बार ठीक किया गया, फिर अस्वीकार किया गया हर रन की हर पंक्ति में टूटे प्लेसहोल्डर, बहुवचन रूप या वर्जित शब्द के लिए। लंबाई सीमा पार होने पर लिखा जाता है। ICU प्रोजेक्ट पर, टूटी हुई पंक्ति पुल, कनेक्टर और CDN से बाहर रहती है। | Error-स्तरीय चेक एडिटर में सेव को रोकता है प्रत्येक चेक को Off, Warning या Error पर सेट किया जाता है। | Error-स्तरीय चेक सेव को रोकता है प्रत्येक चेक को Warning या Error पर सेट किया जाता है। |
| किसी व्यक्ति ने पहले ही पंक्ति संपादित की है | रन इसे लिखने से इनकार करता है मेमोरी मैच और पुश भी ऐसा ही करते हैं। यदि बाद में सोर्स बदलता है, तो रन पंक्ति की रिपोर्ट करता है। | ऑटोमेशन डिफ़ॉल्ट रूप से खाली मान भरते हैं फोर्स विकल्प और क्लियर एक्शन भरे हुए मानों को ओवरराइट करते हैं। | विकल्प मानव और स्वीकृत पंक्तियों को सुरक्षित रखते हैं रिप्लेस-ऑल विकल्प भी मौजूद है। |
| व्यस्त रिपॉज़िटरी पर पुल अनुरोध | एक ब्रांच, एक पुल अनुरोध प्रत्येक पुश पर जगह पर अपडेट किया जाता है। | प्रत्येक पुल अनुरोध के लिए एक नई ब्रांच टाइमस्टैम्प के साथ नामित। | एक सर्विस ब्रांच, प्रति घंटा सिंक होती है प्रति घंटा डिफ़ॉल्ट है, और अंतराल बदला जा सकता है। |
| प्लान क्या गिनता है | अनुवादित शब्द, प्रति भाषा एक बार सटीक मेमोरी मैच मुफ्त हैं। स्ट्रिंग स्टोर करना मुफ्त है। | प्रोसेस किए गए शब्द बेस भाषा और टारगेट दोनों गिने जाते हैं। | होस्ट किए गए शब्द अनुवाद करने के लिए शब्द, गुणा टारगेट भाषाएँ। |
| AI का भुगतान क्या करता है | प्लान के शब्द इसे अलग से बिल नहीं किया जाता है। | प्लान के अनुसार AI शब्द सीमाएँ स्टैंडर्ड AI और प्रो AI शब्द प्लान की अपनी लाइनें हैं। | एक अलग बैलेंस, या आपकी अपनी कुंजी Crowdin का मैनेज्ड AI सब्सक्रिप्शन के बाहर क्रेडिट से भुगतान किया जाता है। |
| वही कार्य: 10 भाषाओं में 5,000 स्ट्रिंग्स | $39 प्रति माह Team, अनुवाद शामिल | $1,049 प्रति माह Advanced (billed yearly) | $138 प्रति माह Pro with 560K hosted words (billed monthly), AI अतिरिक्त |
| GitHub, GitLab, Bitbucket, Azure Repos, एक CLI और एक MCP सर्वर | ये सभी Git ऐप्स टीम प्लान से शुरू होते हैं और क्लाउड एडिशन को कवर करते हैं। | ये सभी इंटग्रेशन हर प्लान पर उपलब्ध हैं। | ये सभी यह Bitbucket Server को भी कवर करता है। |
- एक नई स्ट्रिंग मर्ज की जाती है
- डिफ़ॉल्ट रूप से अनुवादितपुश रन शुरू करता है। प्रोजेक्ट सेटिंग इसे बंद कर देती है।
- एक अनुवाद चेक में विफल होता है
- एक बार ठीक किया गया, फिर अस्वीकार किया गयाहर रन की हर पंक्ति में टूटे प्लेसहोल्डर, बहुवचन रूप या वर्जित शब्द के लिए। लंबाई सीमा पार होने पर लिखा जाता है। ICU प्रोजेक्ट पर, टूटी हुई पंक्ति पुल, कनेक्टर और CDN से बाहर रहती है।
- किसी व्यक्ति ने पहले ही पंक्ति संपादित की है
- रन इसे लिखने से इनकार करता हैमेमोरी मैच और पुश भी ऐसा ही करते हैं। यदि बाद में सोर्स बदलता है, तो रन पंक्ति की रिपोर्ट करता है।
- व्यस्त रिपॉज़िटरी पर पुल अनुरोध
- एक ब्रांच, एक पुल अनुरोधप्रत्येक पुश पर जगह पर अपडेट किया जाता है।
- प्लान क्या गिनता है
- अनुवादित शब्द, प्रति भाषा एक बारसटीक मेमोरी मैच मुफ्त हैं। स्ट्रिंग स्टोर करना मुफ्त है।
- AI का भुगतान क्या करता है
- प्लान के शब्दइसे अलग से बिल नहीं किया जाता है।
- वही कार्य: 10 भाषाओं में 5,000 स्ट्रिंग्स
- $39 प्रति माहTeam, अनुवाद शामिल
- GitHub, GitLab, Bitbucket, Azure Repos, एक CLI और एक MCP सर्वर
- ये सभीGit ऐप्स टीम प्लान से शुरू होते हैं और क्लाउड एडिशन को कवर करते हैं।
- एक नई स्ट्रिंग मर्ज की जाती है
- सेटअप करने के बाद अनुवादितकी बनाने और फ़ाइल आयात करने पर ऑटोमेशन डिफ़ॉल्ट रूप से बंद होते हैं। AI स्टेप वाला वर्कफ़्लो अपने शेड्यूल पर चलता है।
- एक अनुवाद चेक में विफल होता है
- Error-स्तरीय चेक एडिटर में सेव को रोकता हैप्रत्येक चेक को Off, Warning या Error पर सेट किया जाता है।
- किसी व्यक्ति ने पहले ही पंक्ति संपादित की है
- ऑटोमेशन डिफ़ॉल्ट रूप से खाली मान भरते हैंफोर्स विकल्प और क्लियर एक्शन भरे हुए मानों को ओवरराइट करते हैं।
- व्यस्त रिपॉज़िटरी पर पुल अनुरोध
- प्रत्येक पुल अनुरोध के लिए एक नई ब्रांचटाइमस्टैम्प के साथ नामित।
- प्लान क्या गिनता है
- प्रोसेस किए गए शब्दबेस भाषा और टारगेट दोनों गिने जाते हैं।
- AI का भुगतान क्या करता है
- प्लान के अनुसार AI शब्द सीमाएँस्टैंडर्ड AI और प्रो AI शब्द प्लान की अपनी लाइनें हैं।
- वही कार्य: 10 भाषाओं में 5,000 स्ट्रिंग्स
- $1,049 प्रति माहAdvanced (billed yearly)
- GitHub, GitLab, Bitbucket, Azure Repos, एक CLI और एक MCP सर्वर
- ये सभीइंटग्रेशन हर प्लान पर उपलब्ध हैं।
- एक नई स्ट्रिंग मर्ज की जाती है
- चालू करने के बाद अनुवादितसेटिंग्स, ऑटो-ट्रांसलेट के तहत, यह हर अपलोड पर चलता है। Git सिंक डिफ़ॉल्ट रूप से प्रति घंटा चलता है।
- एक अनुवाद चेक में विफल होता है
- Error-स्तरीय चेक सेव को रोकता हैप्रत्येक चेक को Warning या Error पर सेट किया जाता है।
- किसी व्यक्ति ने पहले ही पंक्ति संपादित की है
- विकल्प मानव और स्वीकृत पंक्तियों को सुरक्षित रखते हैंरिप्लेस-ऑल विकल्प भी मौजूद है।
- व्यस्त रिपॉज़िटरी पर पुल अनुरोध
- एक सर्विस ब्रांच, प्रति घंटा सिंक होती हैप्रति घंटा डिफ़ॉल्ट है, और अंतराल बदला जा सकता है।
- प्लान क्या गिनता है
- होस्ट किए गए शब्दअनुवाद करने के लिए शब्द, गुणा टारगेट भाषाएँ।
- AI का भुगतान क्या करता है
- एक अलग बैलेंस, या आपकी अपनी कुंजीCrowdin का मैनेज्ड AI सब्सक्रिप्शन के बाहर क्रेडिट से भुगतान किया जाता है।
- वही कार्य: 10 भाषाओं में 5,000 स्ट्रिंग्स
- $138 प्रति माहPro with 560K hosted words (billed monthly), AI अतिरिक्त
- GitHub, GitLab, Bitbucket, Azure Repos, एक CLI और एक MCP सर्वर
- ये सभीयह Bitbucket Server को भी कवर करता है।
इसे वहीं से शुरू करें जहाँ आपके स्ट्रिंग्स मौजूद हैं। हर रास्ता एक ही पाइपलाइन तक पहुँचता है।
निरंतर स्थानीयकरण कैसे सेट अप करें
- 01
कोड से स्ट्रिंग्स निकालें
प्रत्येक यूज़र-फ़ेसिंग स्ट्रिंग को लोकल फ़ाइल में एक स्थिर कुंजी की आवश्यकता होती है। Transglot 20 प्रारूपों को पढ़ता है, इसलिए अपना मौजूदा प्रारूप बनाए रखें।
jsonyamlxliffarb - 02
रिपॉजिटरी कनेक्ट करें
init कमांड आपके लोकल फ़ाइलों को खोजता है, ब्राउज़र के माध्यम से आपको साइन इन कराता है, आपके पास पहले से मौजूद सामग्री को अपलोड करता है और पहला अनुवाद चलाता है।
npx transglot@latest init - 03
हर मर्ज पर इसे चलाएं
GitHub Action जोड़ें, किसी अन्य CI से CLI को कॉल करें, या GitHub, GitLab, Bitbucket या Azure Repos के लिए ऐप इंस्टॉल करें।
transglot push --wait - 04
निर्धारित करें कि किसके लिए व्यक्ति की आवश्यकता है
पुल नियम पर min_state को reviewed पर सेट करें और वह फ़ाइल केवल उन स्ट्रिंग्स को ले जाती है जिन्हें किसी व्यक्ति ने समीक्षा की है। इसे बंद छोड़ दें और ड्राफ़्ट शिप हो जाएंगे।
min_state: reviewed
हर मर्ज पर चलाने की लागत: वे शब्द जो बदले।
एक शब्द एक स्रोत शब्द है, जिसे प्रति लक्ष्य भाषा एक बार गिना जाता है। एक रन उस चीज़ से आकारित होता है जो बदली है, इसलिए एक मर्ज जिसमें पाँच भाषाओं में बारह शब्द शामिल हैं, की गिनती साठ होगी, चाहे प्रोजेक्ट कितना भी बड़ा हो।
Starter पर फिट बैठता है: $19/mo, प्रति माह 300,000 शब्द।
यह भत्ते का लगभग 9% है।
यह केवल अनुवाद की गिनती करता है। गुणवत्ता जाँच, ब्रांड वॉइस ड्राफ़्ट और सुधार भी शब्दों के रूप में गिने जाते हैं, और मेमोरी से सटीक मिलान का कोई खर्च नहीं होता है। CLI और GitHub Action Starter पर शुरू होते हैं, और GitHub, GitLab, Bitbucket और Azure Repos के लिए ऐप Team पर शुरू होते हैं।
तीन चीज़ें जो निरंतर स्थानीयकरण हल नहीं करता
स्ट्रिंग्स अभी भी कोड में फंसी हुई हैं
पाइपलाइन केवल उन्हीं स्ट्रिंग्स का अनुवाद कर सकती है जिन्हें वह पढ़ सकती है। हार्ड-कोडेड स्ट्रिंग्स और हिस्सों से जोड़े गए वाक्यों को पहले ठीक करना होता है, और यही आमतौर पर रोलआउट रुकने का कारण बनते हैं।
शब्दों की कोई स्वामित्व नहीं
ऑटोमेशन स्ट्रिंग्स को स्थानांतरित करता है। यह तय नहीं करता कि आपका उत्पाद चीज़ों को क्या कहता है। किसी को ग्लॉसरी की ज़िम्मेदारी लेनी होगी, वरना एक ऐसी भाषा बिना किसी के ध्यान दिए बदलती रहेगी जिसे कोई नहीं पढ़ता।
ऐसी कॉपी जिसमें विवेक की आवश्यकता होती है
कानूनी पाठ, मूल्य निर्धारण और ब्रांड लाइनों के लिए किसी व्यक्ति की आवश्यकता होती है। उन्हें समीक्षा के लिए भेजें और जब तक कोई व्यक्ति उन्हें स्वीकार न कर ले, उन्हें शिप होने वाली फ़ाइलों से बाहर रखें।
निरंतर स्थानीयकरण FAQ
वे प्रश्न जो टीमें इसे चालू करने से पहले पूछती हैं।
निरंतर स्थानीयकरण क्या है?
निरंतर स्थानीयकरण पारंपरिक स्थानीयकरण से कैसे अलग है?
क्या निरंतर स्थानीयकरण CI/CD जैसा ही है?
क्या मुझे निरंतर स्थानीयकरण के लिए CI/CD पाइपलाइन की आवश्यकता है?
क्या निरंतर स्थानीयकरण का मतलब है कि कोई मानव समीक्षा नहीं?
क्या एक स्वचालित रन अनुवादक के संपादन को ओवरराइट कर सकता है?
क्या निरंतर स्थानीयकरण एक छोटी टीम के लिए उपयोगी है?
मैं एक रन की लागत को अपनी अपेक्षा से अधिक होने से कैसे रोकूं?
क्या यह GitLab, Bitbucket और Azure DevOps के साथ काम करता है?
क्या मैं Git के बिना निरंतर स्थानीयकरण कर सकता हूं?
क्या अनुवाद रिलीज़ के बिना अपडेट हो सकते हैं?
मैं मौजूदा प्रोजेक्ट को कैसे स्थानांतरित करूँ?
41 कनेक्टर, पहले से निर्मित।
रिपॉजिटरी कनेक्ट करें। अगला मर्ज शेष काम कर देगा।
एक कमांड आपकी लोकल फ़ाइलों को खोजता है, ब्राउज़र के माध्यम से आपको साइन इन कराता है और पहला अनुवाद चलाता है।