सामग्री पर जाएं

वैकल्पिक एनालिटिक्स, सेशन रिकॉर्डिंग और विज्ञापन तब तक बंद रहते हैं जब तक आप स्वीकार नहीं करते। आप उन्हें अस्वीकार कर सकते हैं और Transglot का उपयोग कर सकते हैं। अपनी पसंद को कुकी प्राथमिकताएँ में कभी भी बदलें। कुकी नीति

उन टीमों के लिए जो रोज़ाना मर्ज करती हैं

सतत स्थानीयकरण: हर भाषा, हर मर्ज पर।

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

काम करने के दो तरीकों का सिमुलेशन, माप नहीं। 'मर्ज ए चेंज' दबाएं और दाहिने कॉलम को पढ़ें: यह वही है जो उस भाषा के उपयोगकर्ता देखते हैं।
acme / web
mainAdd a gift cardcheckout.gift_card
frAjouter une carte cadeauअनुवादित
deGeschenkkarte hinzufügenअनुवादित
jaギフトカードを追加अनुवादित
arأضف بطاقة هديةअनुवादित
pt-BRAdicionar vale-presenteअनुवादित
वे भाषाएं जिन्हें आप अभी रिलीज़ कर सकते हैं5 में से 5
मुख्य शाखा से पीछे की स्ट्रिंग्सकोई नहीं
संक्षिप्त उत्तर

सतत स्थानीयकरण क्या है?

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

कोई अनुवाद चरण नहीं होता, क्योंकि अनुवाद कभी रुकता नहीं है। डेवलपर एक स्ट्रिंग मर्ज करता है, अनुवाद कोड के समान प्रवाह में आते हैं, और रिलीज़ किसी की फ़ाइल का इंतज़ार नहीं कर रही होती।

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

इसका मतलब यह नहीं है कि मशीन द्वारा बनाया गया आउटपुट बिना पढ़े लाइव हो जाता है। आप तय करते हैं कि किन स्ट्रिंग्स के लिए किसी व्यक्ति की आवश्यकता है, और एक रिलीज़ में केवल वही सामग्री शामिल हो सकती है जिसकी समीक्षा की गई है।

सतत बनाम पारंपरिक स्थानीयकरण

अंतर यह है कि अनुवाद कब होता है, न कि कौन करता है।

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

निरंतर स्थानीयकरण कैसे काम करता है

लूप के माध्यम से एक नई स्ट्रिंग का अनुसरण करें। हर चरण में वह दिखता है जो आप वास्तव में देखेंगे।

आपका टर्मिनल, या आपका CI लॉग
+ "checkout.gift_card": "Add a {brand} gift card"
$ git push origin main
$ transglot push --wait
push locales/en.json (en, json_nested)
Batch: #4182
$ transglot pull
written locales/fr.json
written locales/ja.json
checkout.gift_card
स्रोतAdd a {brand} gift card
frAjouter une carte cadeau {brand}Glossa ड्राफ़्ट
de{brand}-Geschenkkarte hinzufügenमेमोरी से, 0 शब्द
ja{brand} ギフトカードを追加Glossa ड्राफ़्ट
arأضف بطاقة هدية {brand}Glossa ड्राफ़्ट
चार गेट, एक रन
प्लेसहोल्डर1 ठीक किया गया
बहुवचन रूपपास
शब्दावली शब्दपास
अवधिपास
ja · प्लेसहोल्डर खो गया, एक बार ठीक किया गया, फिर से जाँचा गयाギフトカードを追加{brand} ギフトカードを追加
cart.save
स्रोत बदला गयाSave Save draft
frEnregistrerकिसी व्यक्ति द्वारा समीक्षित: रखा गया, आपको रिपोर्ट किया गयासुझाया गया: Enregistrer le brouillon
deEntwurf speichernमशीन पंक्ति: फिर से अनुवादित
पुल रिक्वेस्टजगह पर अपडेट किया गया
अनुवाद अपडेट करेंtransglot/sync → mainखुला, प्रति रिपॉज़िटरी एक
locales/fr.json+3 −1
locales/de.json+3 −1
locales/ja.json+3 −1
या, GitHub पर किसी पुल रिक्वेस्ट पर, कमेंट करें/translate

बदलाव 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
एक नई स्ट्रिंग मर्ज की जाती है
डिफ़ॉल्ट रूप से अनुवादित
पुश रन शुरू करता है। प्रोजेक्ट सेटिंग इसे बंद कर देती है।
एक अनुवाद चेक में विफल होता है
एक बार ठीक किया गया, फिर अस्वीकार किया गया
हर रन की हर पंक्ति में टूटे प्लेसहोल्डर, बहुवचन रूप या वर्जित शब्द के लिए। लंबाई सीमा पार होने पर लिखा जाता है। ICU प्रोजेक्ट पर, टूटी हुई पंक्ति पुल, कनेक्टर और CDN से बाहर रहती है।
किसी व्यक्ति ने पहले ही पंक्ति संपादित की है
रन इसे लिखने से इनकार करता है
मेमोरी मैच और पुश भी ऐसा ही करते हैं। यदि बाद में सोर्स बदलता है, तो रन पंक्ति की रिपोर्ट करता है।
व्यस्त रिपॉज़िटरी पर पुल अनुरोध
एक ब्रांच, एक पुल अनुरोध
प्रत्येक पुश पर जगह पर अपडेट किया जाता है।
प्लान क्या गिनता है
अनुवादित शब्द, प्रति भाषा एक बार
सटीक मेमोरी मैच मुफ्त हैं। स्ट्रिंग स्टोर करना मुफ्त है।
AI का भुगतान क्या करता है
प्लान के शब्द
इसे अलग से बिल नहीं किया जाता है।
वही कार्य: 10 भाषाओं में 5,000 स्ट्रिंग्स
$39 प्रति माह
Team, अनुवाद शामिल
GitHub, GitLab, Bitbucket, Azure Repos, एक CLI और एक MCP सर्वर
ये सभी
Git ऐप्स टीम प्लान से शुरू होते हैं और क्लाउड एडिशन को कवर करते हैं।
वही उपयोग करें जो आप पहले से चला रहे हैं

इसे वहीं से शुरू करें जहाँ आपके स्ट्रिंग्स मौजूद हैं। हर रास्ता एक ही पाइपलाइन तक पहुँचता है।

एक ही मेमोरी, शब्दावली, गेट और समीक्षा, चाहे स्ट्रिंग किसी भी रास्ते से आया हो।
.github/workflows/translations.yml
on:
push:
branches: [main]
jobs:
translations:
runs-on: ubuntu-latest
permissions:
contents: write
steps:
- uses: actions/checkout@v7
- uses: transglot/transglot-action@v1
with:
token: ${{ secrets.TRANSGLOT_TOKEN }}
सबसे पहले क्या करें

निरंतर स्थानीयकरण कैसे सेट अप करें

  1. कोड से स्ट्रिंग्स निकालें

    प्रत्येक यूज़र-फ़ेसिंग स्ट्रिंग को लोकल फ़ाइल में एक स्थिर कुंजी की आवश्यकता होती है। Transglot 20 प्रारूपों को पढ़ता है, इसलिए अपना मौजूदा प्रारूप बनाए रखें।

  2. रिपॉजिटरी कनेक्ट करें

    init कमांड आपके लोकल फ़ाइलों को खोजता है, ब्राउज़र के माध्यम से आपको साइन इन कराता है, आपके पास पहले से मौजूद सामग्री को अपलोड करता है और पहला अनुवाद चलाता है।

  3. हर मर्ज पर इसे चलाएं

    GitHub Action जोड़ें, किसी अन्य CI से CLI को कॉल करें, या GitHub, GitLab, Bitbucket या Azure Repos के लिए ऐप इंस्टॉल करें।

  4. निर्धारित करें कि किसके लिए व्यक्ति की आवश्यकता है

    पुल नियम पर min_state को reviewed पर सेट करें और वह फ़ाइल केवल उन स्ट्रिंग्स को ले जाती है जिन्हें किसी व्यक्ति ने समीक्षा की है। इसे बंद छोड़ दें और ड्राफ़्ट शिप हो जाएंगे।

अपनी संख्याओं पर गणना करें

हर मर्ज पर चलाने की लागत: वे शब्द जो बदले।

एक शब्द एक स्रोत शब्द है, जिसे प्रति लक्ष्य भाषा एक बार गिना जाता है। एक रन उस चीज़ से आकारित होता है जो बदली है, इसलिए एक मर्ज जिसमें पाँच भाषाओं में बारह शब्द शामिल हैं, की गिनती साठ होगी, चाहे प्रोजेक्ट कितना भी बड़ा हो।

25
40
6
20,000
प्रति माह शब्द26,000इन संख्याओं पर · 25 मर्ज प्रति सप्ताह, प्रत्येक में 40 शब्द, 6 भाषाएँ

Starter पर फिट बैठता है: $19/mo, प्रति माह 300,000 शब्द।

यह भत्ते का लगभग 9% है।

पहला रन, एक बार120,000हर भाषा में आपके मौजूदा स्ट्रिंग्स। आपके द्वारा आयात किए गए अनुवादों का फिर से अनुवाद नहीं किया जाता है।

यह केवल अनुवाद की गिनती करता है। गुणवत्ता जाँच, ब्रांड वॉइस ड्राफ़्ट और सुधार भी शब्दों के रूप में गिने जाते हैं, और मेमोरी से सटीक मिलान का कोई खर्च नहीं होता है। CLI और GitHub Action Starter पर शुरू होते हैं, और GitHub, GitLab, Bitbucket और Azure Repos के लिए ऐप Team पर शुरू होते हैं।

यह आपके लिए क्या नहीं करेगा

तीन चीज़ें जो निरंतर स्थानीयकरण हल नहीं करता

स्ट्रिंग्स अभी भी कोड में फंसी हुई हैं

पाइपलाइन केवल उन्हीं स्ट्रिंग्स का अनुवाद कर सकती है जिन्हें वह पढ़ सकती है। हार्ड-कोडेड स्ट्रिंग्स और हिस्सों से जोड़े गए वाक्यों को पहले ठीक करना होता है, और यही आमतौर पर रोलआउट रुकने का कारण बनते हैं।

शब्दों की कोई स्वामित्व नहीं

ऑटोमेशन स्ट्रिंग्स को स्थानांतरित करता है। यह तय नहीं करता कि आपका उत्पाद चीज़ों को क्या कहता है। किसी को ग्लॉसरी की ज़िम्मेदारी लेनी होगी, वरना एक ऐसी भाषा बिना किसी के ध्यान दिए बदलती रहेगी जिसे कोई नहीं पढ़ता।

ऐसी कॉपी जिसमें विवेक की आवश्यकता होती है

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

निरंतर स्थानीयकरण FAQ

वे प्रश्न जो टीमें इसे चालू करने से पहले पूछती हैं।

निरंतर स्थानीयकरण क्या है?
काम करने का एक ऐसा तरीका जिसमें नई और बदली हुई स्ट्रिंग्स बदलते ही स्वचालित रूप से अनुवाद के लिए जाती हैं, और अनुवादित पाठ किसी निर्धारित हैंडऑफ़ के बिना उत्पाद में वापस आ जाता है। यह रिलीज़ से पहले के अनुवाद चरण को हर बदलाव के बाद एक छोटे रन से बदल देता है।
पारंपरिक स्थानीयकरण स्ट्रिंग्स को एक फ़ाइल में बैच करता है, रिलीज़ के पास इसे बाहर भेजता है और इंतज़ार करता है। निरंतर स्थानीयकरण हर बदलाव को होते ही स्थानांतरित करता है, इसलिए टुकड़े छोटे होते हैं, भाषाएं एक साथ लॉन्च होती हैं, और देर से हुए कॉपी बदलाव की लागत दूसरे राउंड ट्रिप के बजाय एक कुंजी के पुनः रन की होती है।
नहीं। CI/CD कोड बनाता, टेस्ट और रिलीज़ करता है। निरंतर स्थानीयकरण इसके साथ-साथ अनुवादों को चलता रखता है। वे पाइपलाइन में मिलते हैं: वह पुश जो आपके टेस्ट चलाता है, वह स्ट्रिंग्स को अनुवाद के लिए भेज सकता है और फ़ाइलों को वापस ला सकता है।
नहीं। GitHub, GitLab, Bitbucket और Azure Repos के लिए ऐप्स आपकी पाइपलाइन में कुछ भी जोड़े बिना एक पुश पर प्रतिक्रिया करते हैं, और कंटेंट कनेक्टर CMS या स्टोर में बदलावों पर प्रतिक्रिया करते हैं। CLI और GitHub Action वहां हैं यदि आप इसे अपने वर्कफ़्लो के अंदर चाहते हैं।
नहीं। ड्राफ्ट शिप हो सकते हैं, या एक पुल नियम केवल वही ले जा सकता है जिसे किसी व्यक्ति ने फ़ाइल द्वारा फ़ाइल समीक्षा किया है। समीक्षक एडिटर में ग्लॉसरी शर्तों, मेमोरी मैच और स्क्रीनशॉट के साथ प्रत्येक पंक्ति के बगल में काम करते हैं।
नहीं। एक रन, एक मेमोरी मैच और एक पुश सभी पहले पंक्ति की जांच करते हैं, और किसी व्यक्ति द्वारा संपादित या समीक्षा की गई पंक्ति बनी रहती है। यदि उसका स्रोत बाद में बदलता है, तो पाठ बना रहता है, रन पंक्ति की गिनती करता है और इसकी रिपोर्ट करता है, और टीम प्लान से किसी के स्वीकार करने के लिए एक सुझाया गया अपडेट संलग्न होता है।
यह आमतौर पर एक छोटी टीम के लिए सबसे महत्वपूर्ण होता है, क्योंकि किसी की नौकरी हैंडऑफ़ चलाना नहीं होती है। यदि आप एक भाषा में शिप कर रहे हैं और दूसरी के लिए कोई योजना नहीं है, तो यह इंतज़ार कर सकता है।
एक रन शुरू होने से पहले उसका आकार निर्धारित किया जाता है। फ्री एक सख्त सीमा है। एक पेड प्लान अपनी_allowance_ पर रुक जाता है जब तक कि आप मीटर्ड ओवरएज को चालू नहीं करते, जो आपके द्वारा निर्धारित खर्च सीमा पर रुक जाता है। CI में, CLI कोड 3 के साथ बाहर निकलता है जब एक रन सीमा पार करेगा, ताकि पाइपलाइन उस पर कार्रवाई कर सके।
हाँ, GitLab.com, Bitbucket Cloud और Azure DevOps Services पर। ऐप्स स्व-प्रबंधित GitLab या Bitbucket Data Center को कवर नहीं करते हैं, लेकिन CLI किसी भी CI में चलता है जिसमें Node 22 है और जो API तक पहुंच सकता है।
हाँ। कंटेंट कनेक्टर CMS, स्टोर या हेल्प सेंटर से पढ़ते हैं, और दो-तरफ़ा वाले समीक्षा की गई भाषा को वापस लिखते हैं। कुछ केवल आयात के लिए हैं, और प्रत्येक कनेक्टर का पृष्ठ बताता है कि कौन सा है।
हाँ। CDN पर एक लोकल प्रकाशित करें और आपका उत्पाद रनटाइम SDKs के माध्यम से इसे रनटाइम पर पढ़ता है। नवीनतम URL साठ सेकंड के लिए कैश किया जाता है, प्रत्येक प्रकाशित संस्करण अपना स्वयं का URL रखता है, और पिछले बीस संस्करण रखे जाते हैं।
Lokalise, Phrase, Crowdin, Transifex, Weblate and POEditor से प्रोजेक्ट, कीज़ और मौजूदा अनुवाद आयात किए जाते हैं। आयातित अनुवादों को मानवीय कार्य माना जाता है, इसलिए कोई भी रन उन्हें ओवरराइट नहीं करता। यह किसी भी प्लान पर मुफ़्त है और केवल एक बार चलता है।
उन टूल्स के साथ काम करता है जिनका आप पहले से उपयोग कर रहे हैं

41 कनेक्टर, पहले से निर्मित।

कोई अनुवाद चरण शेड्यूल करने की आवश्यकता नहीं

रिपॉजिटरी कनेक्ट करें। अगला मर्ज शेष काम कर देगा।

एक कमांड आपकी लोकल फ़ाइलों को खोजता है, ब्राउज़र के माध्यम से आपको साइन इन कराता है और पहला अनुवाद चलाता है।

npx transglot@latest init