ان ٹیموں کے لیے جو ہر روز کوڈ ضم کرتی ہیں

مسلسل مقامی سازی: ہر زبان، ہر ضم کے ساتھ۔

مسلسل مقامی سازی آپ کے کوڈ میں تبدیلی کے ساتھ ہی نئی اور تبدیل شدہ اسٹرنگز کا ترجمہ کرتی ہے، بجائے اس کے کہ ہر ریلیز سے قبل ایک الگ مرحلے میں کیا جائے۔ ہر زبان اس کوڈ کے ساتھ شپ کرنے کے لیے تیار رہتی ہے جسے اس کی ضرورت تھی۔

مفت شروع کریں دیکھیں یہ کیسے کام کرتا ہے

کام کرنے کے دو طریقوں کی ایک سمولیشن، نہ کہ پیمائش۔ 'ایک تبدیلی ضم کریں' پر دبائیں اور دائیں ستون کو پڑھیں: یہ وہی ہے جو اس زبان کے صارفین دیکھتے ہیں۔

acme / web

مین میں ضم شدہ اسٹرنگزجو صارف ابھی دیکھتا ہے

mainAdd a gift cardcheckout.gift_card

frAjouter une carte cadeauترجمہ شدہ

deGeschenkkarte hinzufügenترجمہ شدہ

jaギフトカードを追加ترجمہ شدہ

arأضف بطاقة هديةترجمہ شدہ

pt-BRAdicionar vale-presenteترجمہ شدہ

زبانیں جنہیں آپ ابھی ریلیز کر سکتے ہیں5 از 5

مین کے پیچھے اسٹرنگزکوئی نہیں

مختصر جواب

مسلسل مقامی سازی کیا ہے؟

مسلسل مقامی سازی کام کرنے کا ایک ایسا طریقہ ہے جس میں نئی اور تبدیل شدہ اسٹرنگز جیسے ہی تبدیل ہوتی ہیں خود بخود ترجمے کے لیے چلی جاتی ہیں، اور ترجمہ شدہ متن بغیر کسی شیڈولنگ کے پروڈکٹ میں واپس آ جاتا ہے۔

کوئی ترجمے کا مرحلہ نہیں ہوتا، کیونکہ ترجمہ کبھی رکتا نہیں ہے۔ ڈویلپر ایک اسٹرنگ ضم کرتا ہے، ترجمے کوڈ کے بہاؤ کے ساتھ ہی آتے ہیں، اور ریلیز کسی کے فائل کا انتظار نہیں کرتی۔

یہ مسلسل ترسیل (continuous delivery) کا مقامی سازی والا نصف ہے۔ ایک ٹیم جو ہر روز کوڈ ضم کرتی ہے اور ہر چند ہفتوں میں ترجمہ حوالے کرتی ہے، اس کی زبانیں ہر مہینے کے بیشتر حصے میں اپنے کوڈ سے پیچھے رہتی ہیں۔ مسلسل مقامی سازی اس خلا کو ایک رن کی لمبائی تک کم کر دیتی ہے۔

اس کا مطلب یہ نہیں کہ مشینی آؤٹ پٹ بغیر پڑھے لائیو ہو جاتی ہے۔ آپ فیصلہ کرتے ہیں کہ کن اسٹرنگز کے لیے انسان کی ضرورت ہے، اور ریلیز میں صرف وہی شامل ہو سکتا ہے جس کا جائزہ لیا گیا ہو۔

مسلسل بمقابلہ روایتی لوکلائزیشن

فرق یہ ہے کہ ترجمہ کب ہوتا ہے، نہ کہ یہ کہ کون کرتا ہے۔

مترجمین، ناظرین اور لغتیں دونوں ستونوں میں موجود ہیں۔ فرق صرف اس بات کا ہے کہ کام کب شروع ہوتا ہے اور ہر حصے کا سائز کیا ہے۔

فرق یہ ہے کہ ترجمہ کب ہوتا ہے،
کیا تبدیل ہوتا ہے	بیچ حوالگی	مسلسل

پہلو بہ پہلو
جب ترجمہ ہوتا ہے	ہر ریلیز سے پہلے کے مرحلے میں	جیسے ہی کوئی سٹرنگ تبدیل ہوتی ہے
اسے کیا شروع کرتا ہے	کوئی شخص فائل ایکسپورٹ کرتا ہے	ایک پش، ایک مرج یا مواد میں تبدیلی
ہر حصے کا سائز	ایک ساتھ ہفتوں کی سٹرنگز	ایک تبدیلی میں موجود سٹرنگز
ریلیز کس چیز کا انتظار کرتی ہے	فائل کے واپس آنے کا	نظر ثانی، ان سٹرنگز پر جنہیں آپ نے اس کے لیے نشان زد کیا ہے
تاخیر سے ہونے والی کاپی میں تبدیلی	ایک اور راؤنڈ ٹرپ	اس ایک کلید کی دوبارہ پروسیسنگ
مترجم کس چیز سے کام لیتا ہے	سٹرنگز کی ایک سپریڈ شیٹ	وہ قطار، اپنے لغتی اصطلاحات، میموری میچز اور اسکرین شاٹس کے ساتھ
لانچ پر زبانیں	مرحلہ وار، ایک کے بعد ایک لہر	فیچر کے ساتھ مل کر

پہلو بہ پہلو

جب ترجمہ ہوتا ہے: ہر ریلیز سے پہلے کے مرحلے میں
اسے کیا شروع کرتا ہے: کوئی شخص فائل ایکسپورٹ کرتا ہے
ہر حصے کا سائز: ایک ساتھ ہفتوں کی سٹرنگز
ریلیز کس چیز کا انتظار کرتی ہے: فائل کے واپس آنے کا
تاخیر سے ہونے والی کاپی میں تبدیلی: ایک اور راؤنڈ ٹرپ
مترجم کس چیز سے کام لیتا ہے: سٹرنگز کی ایک سپریڈ شیٹ
لانچ پر زبانیں: مرحلہ وار، ایک کے بعد ایک لہر

ایک سٹرنگ، شروع سے اختتام تک

مسلسل لوکلائزیشن کیسے کام کرتی ہے

ایک نئی سٹرنگ کو لوپ کے ذریعے فالو کریں۔ ہر رکاوٹ وہ دکھاتی ہے جو آپ اصل میں دیکھیں گے۔

آپ کا ٹرمینل، یا آپ کی 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 · placeholder گم، ایک بار درست، دوبارہ چیکギフトカードを追加{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 پر کسی pull request پر، تبصرہ کریں/translate

تبدیلی CLI، GitHub Action یا آپ کے Git ہوسٹ پر ایپ کے ذریعے Transglot تک پہنچتی ہے۔ سورس فائلز 20 مقامی فارمیٹس میں سے کسی ایک میں پارس کی جاتی ہیں، اور ہر سٹرنگ کا موازنہ اس سے کیا جاتا ہے جو پروجیکٹ میں پہلے سے موجود ہے۔ صرف نئی اور تبدیل شدہ سٹرنگز آگے بڑھتی ہیں۔

ترجمہ میموری سے exact match قطار کو پُر کرتا ہے اور اس کی کوئی ورڈ لاگت نہیں ہوتی۔ باقی ماندہ حصہ آپ کی گلاسری، اسٹائل گائیڈ اور اس کلیدی اصطلاح کے سیاق و سباق کے ساتھ Glossa کو بھیجا جاتا ہے۔

ہر رن کی ہر قطار میں placeholders، plural شکلیں، گلاسری کی اصطلاحات اور لمبائی چیک کی جاتی ہیں۔ ٹوٹا ہوا placeholder، غائب plural شکل یا ممنوعہ گلاسری کی اصطلاح کو ایک بار درست کیا جاتا ہے اور دوبارہ چیک کیا جاتا ہے، اور اگر یہ دوسری بار ناکام ہو جائے تو اسے مسترد کر دیا جاتا ہے، شپ نہیں کیا جاتا۔ وہ قطار جو صرف اپنی لمبائی سے تجاوز کر جاتی ہے لکھ دی جاتی ہے، اور Team plan سے auto-approve یا QA run اسے جائزہ کے لیے نشان زد کر دیتا ہے۔

ایک رن کبھی بھی ایسی قطار پر نہیں لکھتا جسے کسی شخص نے ایڈٹ یا ریویو کیا ہو۔ اگر بعد میں اس کا سورس تبدیل ہوتا ہے، تو متن ویسا ہی رہتا ہے، رن اس قطار کو گنتا ہے اور آپ کو بتاتا ہے، اور Team plan سے ایک تجویز کردہ اپڈیٹ اس کے پاس انتظار کرتا ہے تاکہ کوئی اسے قبول کر سکے۔

Git ایپز locale فائلز کو ایک sync branch پر commit کرتی ہیں اور ایک pull request کو اپ ٹو ڈیٹ رکھتی ہیں۔ GitHub پر، کسی pull request پر /translate کا تبصرہ کریں اور فائلز اس pull request کی اپنی branch پر پہنچ جاتی ہیں۔ یا CDN پر شائع کریں، اور چلتا ہوا پروڈکٹ بغیر کسی ریلیز کے تبدیلی کو پڑھ لیتا ہے۔

جہاں ٹیمیں نقصان اٹھاتی ہیں

مسلسل لوکللائزیشن غلط ہونے کے چھ طریقے، اور ہر ایک کو کیا روکتا ہے

ایک رن کسی شخص کے کام کو اوور رائٹ کر دیتا ہے

ہر رائٹر سب سے پہلے قطار کی حالت چیک کرتا ہے: ایک رن، میموری میچ اور پش۔ وہ قطار جو کسی شخص نے ایڈٹ یا ریویو کی ہو برقرار رہتی ہے، اور رن اس کی رپورٹ دیتا ہے۔

فرانسیسی، ریویو شدہ، سورس ابھی تبدیل ہوا

برقرار رکھا گیا، شمار کیا گیا، رپورٹ کیا گیا

ایک ٹوٹی ہوئی اسٹرنگ پروڈکشن تک پہنچ جاتی ہے

جو بھی ٹوکن اندر گیا ہے اسے باہر آنا ہی پڑتا ہے۔ ICU پروجیکٹ پر، وہ پیغام جو رینڈر کے وقت ایرر دے گا، پل، کنیکٹر اور CDN بنڈل سے باہر رہتا ہے، اور رن اس کا نام لیتا ہے۔

{count, plural, one {# article}

فائل سے خارج، رن میں نامزد

ریپوزیٹری بوٹ پل ریکوئسٹس سے بھر جاتی ہے

فی ریپوزیٹری ایک سنک برانچ اور ایک پل ریکوئسٹ۔ دو فوری پشز دوسری کھولنے کے بجائے اس پر مرتکز ہوتی ہیں۔

#812 #815 #819 #823 l10n اپ ڈیٹ

#812 transglot/sync، جگہ پر اپ ڈیٹ شدہ

سورس ایڈٹ پرانی ترجموں کو پیچھے چھوڑ دیتا ہے

ہر ٹارگٹ قطار اس سورس کو ریکارڈ کرتی ہے جس کے خلاف اسے لکھا گیا تھا، اس لیے تبدیل شدہ اسٹرنگ ایک ہی وقت میں ہر زبان میں تاریخِ رسید سے محروم سمجھی جاتی ہے، اور صرف وہی کلید دوبارہ چلتی ہے۔

Save اب Save draft بن گیا۔ fr, de, ja اب بھی Save کہتے ہیں

fr, de, ja اس ایک کلید پر دوبارہ چلتے ہیں

ہر رن دوبارہ پورے پروجیکٹ کا بل دیتا ہے

رن کا سائز تبدیلیوں سے طے ہوتا ہے۔ غیر تبدیل شدہ اسٹرنگ نہیں بھیجی جاتی، بالکل میموری میچ کا کوئی خرچہ نہیں ہوتا، اور جس قطار کا مالک کوئی شخص ہو اسے کسی بھی اخراجات سے پہلے مسترد کر دیا جاتا ہے۔

فائل میں 48,000 الفاظ ہیں

اس رن میں: 60 الفاظ

آدھا مکمل پل لوکیل فائل کو صاف کر دیتا ہے

اگر سرور کسی لوکیل کے لیے کوئی اندراجات رپورٹ نہیں کرتا، تو پل اس فائل کے اوپر لکھنے سے انکار کر دیتا ہے جس میں مواد موجود ہے، اور پائپ لائن وہیں رک جائے اس لیے 1 کے ساتھ باہر نکلتا ہے۔

پل: ja کے لیے 0 اندراجات، فائل میں 1,204 موجود ہیں

خالی بنڈل کے ساتھ locales/ja.json کو اوور رائٹ کرنے سے انکار

ان دو کے مقابلے میں ناپا گیا جن کا آپ موازنہ کر رہے ہیں

تینوں آپ کے ریپوزیٹری سے جڑتے ہیں۔ فرق اس بات میں ہے کہ جب آپ merge کرتے ہیں تو کیا ہوتا ہے۔

5 نومبر 2026 کو ہر کمپنی کے اپنے صفحات سے پڑھا گیا۔ قیمت والی سطر ہماری موازنہ کی صفحات سے آئی ہے، جو نیچے دی گئی ہیں، جو منصوبہ اور حساب دکھاتی ہیں۔ قیمتیں اور منصوبے تبدیل ہوتے رہتے ہیں، لہذا فیصلہ کرنے سے پہلے انہیں چیک کریں۔

تینوں آپ کے ریپوزیٹری سے جڑتے ہیں۔
کیا ہوتا ہے	Transglot	Lokalise	Crowdin
ایک نئی سٹرنگ merge ہو جاتی ہے	ڈیفالٹ طور پر ترجمہ شدہ push رن شروع کرتا ہے۔ ایک پروجیکٹ سیٹنگ اسے بند کر دیتی ہے۔	آپ کے سیٹ اپ کرنے کے بعد ترجمہ شدہ کلید کی تخلیق اور فائل درآمد کے وقت خودکار عمل ڈیفالٹ طور پر بند ہوتے ہیں۔ AI مرحلے والا ورک فلو اپنے شیڈول پر چلتا ہے۔	آپ کے آن کرنے کے بعد ترجمہ شدہ سیٹنگز، Auto-Translate کے تحت، یہ ہر اپ لوڈ پر چلتا ہے۔ Git sync ڈیفالٹ طور پر فی گھنٹہ چلتا ہے۔
ترجمہ چیک میں ناکام ہو جاتا ہے	ایک بار ٹھیک کیا گیا، پھر مسترد کر دیا گیا ہر رن کی ہر سطر میں ٹوٹے ہوئے placeholder، plural شکل یا ممنوعہ اصطلاح کے لیے۔ لمبائی کی حد سے تجاوز لکھا جاتا ہے۔ ICU پروجیکٹ پر، ٹوٹی ہوئی سطر pull، کنیکٹرز اور CDN سے باہر رہتی ہے۔	Error-level چیک ایڈیٹر میں محفوظ کرنے کو روکتا ہے ہر چیک Off، Warning یا Error پر سیٹ ہوتا ہے۔	Error-level چیک محفوظ کرنے کو روکتا ہے ہر چیک Warning یا Error پر سیٹ ہوتا ہے۔
ایک شخص نے پہلے ہی سطر میں ترمیم کی ہے	رن اسے لکھنے سے انکار کرتا ہے میموری میچ اور push بھی ایسا ہی کرتے ہیں۔ اگر بعد میں source تبدیل ہوتا ہے، تو رن سطر کی رپورٹ کرتا ہے۔	خودکار عمل ڈیفالٹ طور پر خالی اقدار کو بھر دیتے ہیں فورس آپشن اور کلئر ایکشن بھری ہوئی اقدار کو اوور رائٹ کرتے ہیں۔	اختیارات انسانی اور منظور شدہ سطروں کو برقرار رکھتے ہیں ایک replace-all آپشن بھی موجود ہے۔
مصروف repository پر pull requests	ایک برانچ، ایک pull request ہر push پر جگہ پر ہی اپ ڈیٹ ہوتا ہے۔	ہر pull request کے لیے ایک نیا برانچ ٹائم اسٹیمپ کے ساتھ نامزد کیا گیا۔	ایک سروس برانچ، فی گھنٹہ sync ہوتا ہے فی گھنٹہ ڈیفالٹ ہے، اور وقفہ تبدیل کیا جا سکتا ہے۔
پلان میں کیا شامل ہے	ترجمہ شدہ الفاظ، ہر زبان کے لیے ایک بار مکمل میچز مفت ہیں۔ اسٹرنگ محفوظ کرنا مفت ہے۔	پروسیس شدہ الفاظ بنیادی زبان اور ہدف دونوں شمار ہوتے ہیں۔	ہوسٹ شدہ الفاظ ترجمے کے لیے الفاظ، ضرب ہدف کی زبانیں۔
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 کو بھی کور کرتا ہے۔

Transglot

ایک نئی سٹرنگ merge ہو جاتی ہے: ڈیفالٹ طور پر ترجمہ شدہ
push رن شروع کرتا ہے۔ ایک پروجیکٹ سیٹنگ اسے بند کر دیتی ہے۔
ترجمہ چیک میں ناکام ہو جاتا ہے: ایک بار ٹھیک کیا گیا، پھر مسترد کر دیا گیا
ہر رن کی ہر سطر میں ٹوٹے ہوئے placeholder، plural شکل یا ممنوعہ اصطلاح کے لیے۔ لمبائی کی حد سے تجاوز لکھا جاتا ہے۔ ICU پروجیکٹ پر، ٹوٹی ہوئی سطر pull، کنیکٹرز اور CDN سے باہر رہتی ہے۔
ایک شخص نے پہلے ہی سطر میں ترمیم کی ہے: رن اسے لکھنے سے انکار کرتا ہے
میموری میچ اور push بھی ایسا ہی کرتے ہیں۔ اگر بعد میں source تبدیل ہوتا ہے، تو رن سطر کی رپورٹ کرتا ہے۔
مصروف repository پر pull requests: ایک برانچ، ایک pull request
ہر push پر جگہ پر ہی اپ ڈیٹ ہوتا ہے۔
پلان میں کیا شامل ہے: ترجمہ شدہ الفاظ، ہر زبان کے لیے ایک بار
مکمل میچز مفت ہیں۔ اسٹرنگ محفوظ کرنا مفت ہے۔
AI کی ادائیگی کا ذریعہ: پلان کے الفاظ
اس کا الگ سے بل نہیں آتا۔
ایک ہی کام: 10 زبانوں میں 5,000 اسٹرنگز: $39 فی مہینہ
Team، ترجمہ شامل
GitHub, GitLab, Bitbucket, Azure Repos, CLI اور MCP سرور: سبھی
Git ایپس ٹیم پلان سے شروع ہوتی ہیں اور کلاؤڈ ایڈیشنز کو کور کرتی ہیں۔

مکمل موازنہ، حساب کتاب کے ساتھ: Lokalise, Crowdin. ماخذ: Lokalise قیمتیں, آٹومیشنز, ورک فلو, چیکس, GitHub, پروسیس شدہ الفاظ, ڈیولپر ٹولز, Crowdin کی قیمتیں, خودکار ترجمہ, چیکس, GitHub, کریڈٹس, AI.

وہی استعمال کریں جو آپ پہلے ہی چلا رہے ہیں

اسے وہاں سے شروع کریں جہاں آپ کے اسٹرنگز موجود ہیں۔ ہر دروازہ ایک ہی پائپ لائن تک پہنچتا ہے۔

ایک ہی میموری، گلاسری، گیٹس اور ریویو، چاہے اسٹرنگ کسی بھی دروازے سے آیا ہو۔

.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 }}

پہلے کیا کریں

مسلسل لوکلائزیشن سیٹ اپ کرنے کا طریقہ

کوڈ سے سٹرنگز نکالیں
ہر صارف کے سامنے آنے والی سٹرنگ کو ایک لوکیل فائل میں مستحکم کلید کی ضرورت ہوتی ہے۔ ٹرانسگلوٹ 20 فارمیٹس پڑھتا ہے، لہذا وہی استعمال کریں جو آپ کے پاس ہے۔
ریپوزیٹری کو منسلک کریں
init کمانڈ آپ کی لوکیل فائلز تلاش کرتی ہے، براؤزر کے ذریعے آپ کو لاگ ان کرتی ہے، جو کچھ آپ کے پاس پہلے سے ہے اسے اپ لوڈ کرتی ہے اور پہلا ترجمہ چلاتی ہے۔
ہر مرج پر اسے چلائیں
GitHub Action شامل کریں، کسی بھی دوسرے CI سے CLI کو کال کریں، یا GitHub، GitLab، Bitbucket یا Azure Repos کے لیے ایپ انسٹال کریں۔
فیصلہ کریں کہ کس چیز کو انسان کی ضرورت ہے
pull rule پر min_state کو reviewed پر سیٹ کریں اور وہ فائل صرف ان سٹرنگز کو لے جائے گی جن کا انسان نے جائزہ لیا ہو۔ اسے بند رکھیں اور ڈرافٹ شپ ہو جائیں گے۔

اپنے اعداد پر حساب لگائیں

ہر مرج پر چلانے کی لاگت: وہ الفاظ جو تبدیل ہوئے۔

لفظ ایک سورس لفظ ہے، جسے ہر ٹارگٹ زبان کے لیے ایک بار گنا جاتا ہے۔ ایک رن اس چیز سے سائز کیا جاتا ہے جو تبدیل ہوئی، لہذا ایک مرج جو پانچ زبانوں میں بارہ الفاظ کو متاثر کرتا ہے، چاہے پروجیکٹ کتنا ہی بڑا ہو، ساٹھ گنا جاتا ہے۔

ہفتے میں ایسے مرجز جو سٹرنگز تبدیل کرتے ہیں25

ہر مرج میں تبدیل ہونے والے الفاظ40

ہدف زبانیں6

سورس الفاظ جو آپ کے پاس پہلے سے موجود ہیں20,000

ماہانہ الفاظ26,000ان اعداد پر · 25 ہفتے میں مرجز، ہر ایک میں 40 الفاظ، 6 زبانیں

Starter پر فٹ بیٹھتا ہے: $19/mo، ماہانہ 300,000 الفاظ۔

یہ الاؤنس کا تقریباً 9% ہے۔

پہلی رن، ایک بار120,000ہر زبان میں آپ کے موجودہ الفاظ۔ آپ جو ترجمے درآمد کرتے ہیں ان کا دوبارہ ترجمہ نہیں کیا جاتا۔

پلانز دیکھیں

یہ صرف ترجمے کو شمار کرتا ہے۔ کوالٹی چیکس، برانڈ وائس ڈرافٹس اور مرمتیں بھی الفاظ کے طور پر شمار ہوتی ہیں، اور میموری سے حاصل کردہ عین مطابق مماثلت مفت ہوتی ہے۔ CLI اور GitHub Action سٹرٹر پلان سے شروع ہوتے ہیں، جبکہ GitHub، GitLab، Bitbucket اور Azure Repos کے لیے ایپس ٹیم پلان سے شروع ہوتی ہیں۔

یہ آپ کے لیے کیا نہیں کرے گا

مسلسل لوکلائزیشن جن تین چیزوں کا حل نہیں نکالتی

کوڈ میں ابھی تک پھنسے ہوئے اسٹرنگز

پائپ لائن صرف اس کا ترجمہ کر سکتی ہے جسے وہ پڑھ سکے۔ ہارڈ کوڈ شدہ اسٹرنگز اور حصوں سے جوڑے گئے جملوں کو پہلے درست کرنا ضروری ہے، اور یہ عام طور پر رول آؤٹ رکنے کی وجہ بنتے ہیں۔

الفاظ کی ذمہ داری کسی کی نہیں

آٹومیشن اسٹرنگز کو منتقل کرتی ہے۔ یہ فیصلہ نہیں کرتی کہ آپ کا پروڈکٹ چیزوں کو کیا کہتا ہے۔ کسی کو لغت (glossary) کی ذمہ داری لینا ہوگی، ورنہ ایسی زبان جسے کوئی نہیں پڑھتا، بغیر کسی نوٹس کے بگڑتی جائے گی۔

ایسی کاپی جس کے لیے رائے کی ضرورت ہو

قانونی متن، قیمتوں کا تعین اور برانڈ لائنز کے لیے انسان کی توجہ ضروری ہے۔ انہیں جائزے کے لیے بھیجیں اور کسی کے دستخط لینے تک انہیں شپنگ فائلز سے باہر رکھیں۔

مسلسل لوکلائزیشن کے عمومی سوالات

وہ سوالات جو ٹیمیں اسے فعال کرنے سے پہلے پوچھتی ہیں۔

مسلسل لوکلائزیشن کیا ہے؟

کام کرنے کا ایک طریقہ جس میں نئے اور تبدیل شدہ اسٹرنگز تبدیلی کے ساتھ ہی خودکار طور پر ترجمے کے لیے چلے جاتے ہیں، اور ترجمہ شدہ متن شیڈولڈ ہینڈ آف کے بغیر پروڈکٹ میں واپس آ جاتا ہے۔ یہ ریلیز سے پہلے والے ترجمے کے مرحلے کو ہر تبدیلی کے بعد چلنے والے ایک مختصر عمل سے بدل دیتا ہے۔

مسلسل لوکلائزیشن روایتی لوکلائزیشن سے مختلف کیسے ہے؟

روایتی لوکلائزیشن اسٹرنگز کو فائل میں جمع کرتی ہے، ریلیز کے قریب بھیجتی ہے اور انتظار کرتی ہے۔ مسلسل لوکلائزیشن ہر تبدیلی کو وقوع پذیر ہوتے ہی منتقل کرتی ہے، تاکہ ٹکڑے چھوٹے رہیں، زبانیں ایک ساتھ لانچ ہوں، اور تاخیر سے ہونے والی کاپی تبدیلی کی لاگت ایک مکمل دور کے بجائے صرف ایک کلیدی دوبارہ چلانے کی ہو۔

کیا مسلسل لوکلائزیشن CI/CD جیسی ہی ہے؟

نہیں۔ CI/CD کوڈ بناتی ہے، ٹیسٹ کرتی ہے اور ریلیز کرتی ہے۔ مسلسل لوکلائزیشن ترجموں کو اس کے ساتھ ساتھ جاری رکھتی ہے۔ یہ پائپ لائن میں ملتے ہیں: وہ پش جو آپ کے ٹیسٹ چلاتی ہے، اسٹرنگز کو ترجمے کے لیے بھیج سکتی ہے اور فائلز واپس لا سکتی ہے۔

کیا مسلسل لوکلائزیشن کے لیے CI/CD پائپ لائن کی ضرورت ہے؟

نہیں۔ GitHub، GitLab، Bitbucket اور Azure Repos کے لیے ایپس آپ کی پائپ لائن میں کچھ شامل کیے بغیر پش پر ردعمل ظاہر کرتی ہیں، اور کنٹینٹ کنیکٹرز CMS یا اسٹور میں ہونے والی تبدیلیوں پر ردعمل ظاہر کرتے ہیں۔ CLI اور GitHub Action وہاں موجود ہیں اگر آپ اسے اپنے ورک فلو کے اندر چاہیں۔

کیا مسلسل لوکلائزیشن کا مطلب ہے کہ انسانی جائزہ نہیں ہوگا؟

نہیں۔ ڈرافٹس شپ ہو سکتے ہیں، یا پل رول صرف اسے لے جا سکتا ہے جسے انسان نے جائزہ لیا ہو، فائل بہ فائل۔ جائزہ کار ایڈیٹر میں لغت کی اصطلاحات، میموری مماثلت اور اسکرین شاٹس کے ساتھ ہر قطار کے پاس کام کرتے ہیں۔

کیا خودکار رن مترجم کی ترمیم کو اوور رائٹ کر سکتا ہے؟

نہیں۔ رن، میموری مماثلت اور پش سب سے پہلے قطار کو چیک کرتے ہیں، اور جس قطار کو انسان نے ایڈٹ یا جائزہ لیا ہو وہ قائم رہتی ہے۔ اگر اس کا سورس بعد میں تبدیل ہوتا ہے، تو متن ویسا ہی رہتا ہے، رن قطار کو شمار کرتا ہے اور رپورٹ کرتا ہے، اور ٹیم پلان سے کسی کے قبول کرنے کے لیے ایک تجویز کردہ اپڈیٹ منسلک ہوتا ہے۔

کیا چھوٹی ٹیم کے لیے مسلسل لوکلائزیشن مفید ہے؟

یہ چھوٹی ٹیم پر زیادہ اثر انداز ہوتی ہے، کیونکہ ہینڈ آف چلانے والا کوئی مخصوص شخص نہیں ہوتا۔ اگر آپ ایک زبان میں شپ کر رہے ہیں اور دوسری کے لیے کوئی منصوبہ نہیں ہے، تو یہ انتظار کر سکتی ہے۔

میں رن کی لاگت کو متوقع حد سے زیادہ ہونے سے کیسے روکوں؟

رن شروع ہونے سے پہلے اس کا سائز طے کیا جاتا ہے۔ فری پلان ایک سخت حد ہے۔ پیڈ پلان اس کی الاونس پر رک جاتا ہے جب تک کہ آپ میٹرڈ اووریج آن نہ کریں، جو آپ کے مقرر کردہ اخراجات کی حد پر رک جاتا ہے۔ CI میں، CLI کوڈ 3 کے ساتھ باہر نکلتا ہے جب رن حد سے گزر جائے، تاکہ پائپ لائن اس پر عمل کر سکے۔

کیا یہ GitLab، Bitbucket اور Azure DevOps کے ساتھ کام کرتا ہے؟

جی ہاں، GitLab.com، Bitbucket Cloud اور Azure DevOps Services پر۔ ایپس سیلف مینیجڈ GitLab یا Bitbucket Data Center کا احاطہ نہیں کرتیں، لیکن CLI کسی بھی CI میں چلتا ہے جس میں Node 22 ہو اور جو API تک رسائی حاصل کر سکے۔

کیا میں Git کے بغیر مسلسل لوکلائزیشن کر سکتا ہوں؟

جی ہاں۔ کنٹینٹ کنیکٹرز CMS، اسٹور یا ہیلپ سینٹر سے پڑھتے ہیں، اور دو طرفہ والے نظر ثانی شدہ زبان کو واپس لکھتے ہیں۔ کچھ صرف درآمد کے لیے ہیں، اور ہر کنیکٹر کا صفحہ بتاتا ہے کہ کون سا ہے۔

کیا ترجمے ریلیز کے بغیر اپ ڈیٹ ہو سکتے ہیں؟

جی ہاں۔ کسی لوکیل کو CDN پر شائع کریں اور آپ کی پروڈکٹ اسے رن ٹائم SDKs کے ذریعے رن ٹائم پر پڑھتی ہے۔ تازہ ترین URL ساٹھ سیکنڈز کے لیے کیش کیا جاتا ہے، ہر شائع شدہ ورژن کا اپنا الگ URL ہوتا ہے، اور آخری بیس ورژنز محفوظ رکھے جاتے ہیں۔

میں موجودہ پروجیکٹ کو کیسے منتقل کروں؟

امپورٹر Lokalise, Phrase, Crowdin, Transifex, Weblate and POEditor سے پروجیکٹس، کیز اور موجودہ تراجم لاتا ہے۔ درآمد شدہ تراجم انسانی کام شمار ہوتے ہیں، لہذا کوئی بھی رن انہیں اوور رائٹ نہیں کرتا۔ یہ کسی بھی پلان پر مفت ہے اور ایک بار چلتا ہے۔