ข้ามไปยังเนื้อหา

ระบบวิเคราะห์ การบันทึกเซสชัน และการโฆษณาแบบเลือกได้จะปิดอยู่จนกว่าคุณจะยอมรับ คุณสามารถปฏิเสธและใช้งาน Transglot ได้ เปลี่ยนการตั้งค่าได้ทุกเมื่อใน การตั้งค่าคุกกี้ นโยบายคุกกี้

สำหรับทีมที่ผสานโค้ดทุกวัน

การแปลภาษาแบบต่อเนื่อง: ทุกภาษา พร้อมในทุกการผสานโค้ด

การแปลภาษาแบบต่อเนื่องจะแปลข้อความใหม่และข้อความที่เปลี่ยนแปลงทันทีเมื่อโค้ดมีการแก้ไข แทนที่จะทำเป็นขั้นตอนแยกต่างหากก่อนการปล่อยเวอร์ชันแต่ละครั้ง ทุกภาษาจึงพร้อมสำหรับการปล่อยพร้อมกับโค้ดที่ต้องการ

เป็นการจำลองวิธีการทำงานสองแบบ ไม่ใช่การวัดผลจริง กด "ผสานการเปลี่ยนแปลง" และอ่านคอลัมน์ทางขวา: นั่นคือสิ่งที่ผู้ใช้ภาษานั้นๆ จะเห็น
acme / web
mainAdd a gift cardcheckout.gift_card
frAjouter une carte cadeauแปลแล้ว
deGeschenkkarte hinzufügenแปลแล้ว
jaギフトカードを追加แปลแล้ว
arأضف بطاقة هديةแปลแล้ว
pt-BRAdicionar vale-presenteแปลแล้ว
ภาษาที่คุณสามารถปล่อยเวอร์ชันได้ตอนนี้5 จาก 5
ข้อความที่ล่าช้ากว่าสาขาหลักไม่มี
คำตอบสั้นๆ

การแปลภาษาแบบต่อเนื่องคืออะไร?

การแปลภาษาแบบต่อเนื่องคือวิธีการทำงานที่ข้อความใหม่และข้อความที่เปลี่ยนแปลงจะถูกส่งไปแปลโดยอัตโนมัติทันทีที่มีการแก้ไข และข้อความที่แปลแล้วจะถูกนำกลับเข้าสู่ผลิตภัณฑ์โดยไม่ต้องมีใครกำหนดตารางเวลา

ไม่มีขั้นตอนการแปลแยกต่างหาก เนื่องจากการแปลไม่เคยหยุดนิ่ง เมื่อนักพัฒนาผสานข้อความ การแปลจะตามมาในกระแสเดียวกันกับโค้ด และการปล่อยเวอร์ชันไม่ต้องรอไฟล์จากใคร

นี่คือครึ่งหนึ่งของการแปลภาษาในการส่งมอบอย่างต่อเนื่อง ทีมที่ผสานโค้ดทุกวันแต่ส่งงานแปลทุกสองสามสัปดาห์ จะมีภาษาที่ล้าหลังกว่าโค้ดเป็นส่วนใหญ่ของทุกเดือน การแปลภาษาแบบต่อเนื่องช่วยลดช่องว่างนี้ให้เหลือเพียงระยะเวลาของการรันหนึ่งครั้ง

ไม่ได้หมายความว่าผลลัพธ์จากเครื่องจักรจะเผยแพร่โดยไม่มีการตรวจสอบ คุณเป็นผู้ตัดสินใจว่าข้อความใดต้องการมนุษย์ตรวจสอบ และการปล่อยเวอร์ชันสามารถรวมเฉพาะสิ่งที่ได้รับการตรวจสอบแล้วเท่านั้น

การแปลแบบต่อเนื่อง vs การแปลแบบดั้งเดิม

ความแตกต่างคือช่วงเวลาของการแปล, ไม่ใช่ใครเป็นคนทำ

ผู้แปล ผู้ตรวจสอบ และคำศัพท์มีอยู่ในทั้งสองคอลัมน์ สิ่งที่แตกต่างกันคือจุดเริ่มต้นของงานและขนาดของแต่ละชิ้นงาน
เคียงข้างกัน
เมื่อมีการแปล
ในช่วงก่อนการปล่อยแต่ละเวอร์ชัน
สิ่งที่เริ่มกระบวนการ
มีคนส่งออกไฟล์
ขนาดของแต่ละชิ้นงาน
สตริงหลายสัปดาห์พร้อมกัน
สิ่งที่การปล่อยรออยู่
รอให้ไฟล์ถูกส่งกลับ
การเปลี่ยนแปลงข้อความล่าช้า
การเดินทางไปกลับอีกเที่ยว
สิ่งที่ผู้แปลใช้ทำงาน
สเปรดชีตของสตริง
ภาษาตอนเปิดตัว
ทยอยทีละคลื่น
หนึ่งสตริง จากต้นจนจบ

วิธีการทำงานของการแปลแบบต่อเนื่อง

ติดตามสตริงใหม่หนึ่งรายการตลอดวงจร แต่ละขั้นตอนแสดงสิ่งที่คุณจะเห็นจริงๆ

เทอร์มินัลของคุณ หรือบันทึก 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แถวเครื่องจักร: แปลใหม่อีกครั้ง
pull requestอัปเดต inplace
อัปเดตการแปลtransglot/sync → mainเปิดอยู่ หนึ่งรายการต่อ repository
locales/fr.json+3 −1
locales/de.json+3 −1
locales/ja.json+3 −1
หรือ ใน pull request บน GitHub แสดงความคิดเห็น/translate

การเปลี่ยนแปลงจะถูกส่งไปยัง Transglot ผ่าน CLI, GitHub Action หรือแอปบนโฮสต์ Git ของคุณ ไฟล์ต้นฉบับจะถูกแยกวิเคราะห์ในรูปแบบเนทีฟหนึ่งใน 20 รูปแบบ และแต่ละสตริงจะถูกเปรียบเทียบกับสิ่งที่โปรเจกต์มีอยู่แล้ว มีเพียงสตริงใหม่และที่เปลี่ยนแปลงเท่านั้นที่จะถูกดำเนินการต่อ

การจับคู่แบบตรงจากหน่วยความจำการแปลจะเติมเต็มแถวและไม่เสียค่าใช้จ่ายคำใดๆ ส่วนที่เหลือจะถูกส่งไปยัง Glossa พร้อมพจนานุกรมศัพท์ของคุณ คู่มือสไตล์ และบริบทของคีย์นั้น

ตัวยึดตำแหน่ง รูปพหูพจน์ คำศัพท์ในพจนานุกรม และความยาวจะถูกตรวจสอบในทุกแถวของการรันทุกครั้ง ตัวยึดตำแหน่งที่เสียหาย รูปพหูพจน์ที่ขาดหาย หรือคำศัพท์ต้องห้ามในพจนานุกรมจะถูกแก้ไขหนึ่งครั้งและตรวจสอบอีกครั้ง หากยังล้มเหลวเป็นครั้งที่สอง จะถูกปฏิเสธและไม่ถูกส่งออกไป แถวที่มีความยาวเกินขีดจำกัดเท่านั้นที่จะถูกเขียนไว้ และตั้งแต่แผน Team เป็นต้นไป การอนุมัติอัตโนมัติหรือการรัน QA จะทำเครื่องหมายไว้เพื่อรอการตรวจสอบ

การรันจะไม่เขียนทับแถวที่บุคคลได้แก้ไขหรือตรวจสอบแล้ว หากแหล่งที่มาเปลี่ยนแปลงในภายหลัง ข้อความจะยังคงอยู่ การรันจะนับแถวนั้นและแจ้งให้คุณทราบ และตั้งแต่แผน Team เป็นต้นไป ข้อเสนอแนะการอัปเดตจะรออยู่ข้างๆ เพื่อให้ alguien ยอมรับ

แอป Git จะคอมมิตไฟล์โลเคิลไปยังสาขาซิงค์หนึ่งสาขาและรักษาหนึ่ง pull request ให้ทันสมัยอยู่เสมอ บน GitHub ให้แสดงความคิดเห็น /translate ใน pull request และไฟล์จะถูกนำไปวางบนสาขาของ pull request นั้นเอง หรือเผยแพร่ไปยัง CDN และผลิตภัณฑ์ที่กำลังทำงานอยู่จะอ่านการเปลี่ยนแปลงโดยไม่ต้องมีการปล่อยเวอร์ชันใหม่เลย

จุดที่ทีมมักประสบปัญหา

หกวิธีที่การแปลต่อเนื่องอาจผิดพลาด และสิ่งที่หยุดยั้งแต่ละอย่าง

การรันเขียนทับงานของบุคคล

นักแปลทุกคนตรวจสอบสถานะของแถวก่อน: การรัน, การจับคู่หน่วยความจำ และการพุช แถวที่บุคคลแก้ไขหรือรีวิวแล้วจะยังคงอยู่ และการรันจะรายงานผล

fr, รีวิวแล้ว, แหล่งข้อมูลเพิ่งเปลี่ยนแปลง

เก็บไว้, นับรวม, รายงานผล

สตริงที่เสียไปถึงขั้นโปรดักชัน

โทเค็นทุกตัวที่เข้าไปต้องถูกส่งออกมา ในโปรเจกต์ ICU ข้อความที่จะเกิดข้อผิดพลาดขณะแสดงผลจะถูกกันออกจาก pull, คอนเนคเตอร์ และแพ็กเกจ CDN และการรันจะระบุชื่อข้อความนั้น

{count, plural, one {# article}

ไม่รวมอยู่ในไฟล์, ระบุชื่อในการรัน

The repository fills up with bot pull requests

One sync branch and one pull request per repository. Two quick pushes converge on it instead of opening a second one.

#812 #815 #819 #823 อัปเดต l10n

#812 transglot/sync, อัปเดต inplace

การแก้ไขแหล่งข้อมูลทิ้งคำแปลเก่าไว้เบื้องหลัง

แถวเป้าหมายทุกแถวบันทึกแหล่งข้อมูลที่ใช้เขียน ดังนั้นเมื่อสตริงเปลี่ยนแปลง ระบบจะทราบว่าล้าสมัยในทุกภาษาพร้อมกัน และจะทำการรันเฉพาะคีย์นั้นอีกครั้ง

Save กลายเป็น Save draft fr, de, ja ยังคงแสดงว่า Save

fr, de, ja รันอีกครั้งสำหรับคีย์นั้น

การรันแต่ละครั้งคิดเงินทั้งโปรเจกต์อีกครั้ง

ขนาดของการรันคำนวณจากสิ่งที่เปลี่ยนแปลง สตริงที่ไม่ได้เปลี่ยนแปลงจะไม่ถูกส่ง การจับคู่หน่วยความจำที่ตรงกันพอดีไม่มีค่าใช้จ่าย และแถวที่บุคคลเป็นเจ้าของจะถูกปฏิเสธก่อนมีการใช้จ่ายใดๆ

ไฟล์มี 48,000 คำ

การรันนี้: 60 คำ

pull ที่ยังไม่เสร็จสมบูรณ์ลบไฟล์ locale

หากเซิร์ฟเวอร์รายงานว่ามีรายการเป็นศูนย์สำหรับ locale นั้น การดึงข้อมูลจะปฏิเสธการเขียนทับไฟล์ที่มีเนื้อหา และ exit 1 เพื่อให้ pipeline หยุดทำงาน ณ จุดนั้น

pull: 0 รายการสำหรับ ja, ไฟล์มี 1,204

ปฏิเสธการเขียนทับ locales/ja.json ด้วย bundle ว่าง

  • run 4182 fr: ขาด placeholder ในฉบับร่าง, ซ่อมแซมเมื่อลองใหม่
  • run 4182 de: เก็บไว้ 3 แถว, มีบุคคลเป็นเจ้าของ
  • run 4182 ja: 41 แถวจากหน่วยความจำ, 0 คำ
  • run 4183 ar: ขาดรูปพหูพจน์หลังลองใหม่, แถวถูกปฏิเสธ
  • pull เขียน locales/pt-BR.json
  • sync transglot/sync อัปเดตแล้ว, pull request #812
วัดเทียบกับสองสิ่งที่คุณกำลังเปรียบเทียบ

All three connect to your repository. ความแตกต่างอยู่ที่สิ่งที่เกิดขึ้นเมื่อคุณผสานรวม

อ่านจากหน้าของแต่ละบริษัทเมื่อวันที่ 5 พฤศจิกายน 2026 แถวราคามาจากหน้าการเปรียบเทียบของเราซึ่งมีลิงก์ด้านล่าง แสดงแผนและวิธีการคำนวณ ราคาและแผนอาจเปลี่ยนแปลงได้ จึงควรตรวจสอบก่อนตัดสินใจ

Transglot
มีการผสานรวมสตริงใหม่
แปลโดยค่าเริ่มต้น
การพุชจะเริ่มการทำงาน การตั้งค่าโปรเจกต์สามารถปิดฟีเจอร์นี้ได้
การแปลไม่ผ่านการตรวจสอบ
แก้ไขหนึ่งครั้ง จากนั้นปฏิเสธ
สำหรับตัวยึดตำแหน่งที่เสียหาย รูปพหูพจน์ หรือคำต้องห้าม ในทุกแถวของการรันทุกครั้ง หากเกินความยาวจะมีการบันทึกไว้ ในโปรเจกต์ ICU แถวที่เสียหายจะไม่ถูกดึงเข้า ไม่ปรากฏในตัวเชื่อมต่อ และ CDN
มีบุคคลแก้ไขแถวนั้นแล้ว
การรันปฏิเสธที่จะเขียนทับ
เช่นเดียวกับการจับคู่หน่วยความจำและการพุช หากแหล่งข้อมูลเปลี่ยนแปลงในภายหลัง การรันจะรายงานแถวนั้น
พูลรีเควสต์ในรีพอสิทอรีที่มีการใช้งานสูง
หนึ่งสาขา หนึ่งพูลรีเควสต์
อัปเดตในที่เดิมทุกครั้งที่พุช
สิ่งที่แพ็กเกจนับ
คำที่แปลแล้ว นับหนึ่งครั้งต่อภาษา
ข้อความที่ตรงกันพอดีจากหน่วยความจำไม่มีค่าใช้จ่าย การจัดเก็บสตริงไม่มีค่าใช้จ่าย
สิ่งที่จ่ายสำหรับ AI
คำในแพ็กเกจ
ไม่มีการคิดเงินแยกต่างหาก
งานเดียวกัน: 5,000 สตริงใน 10 ภาษา
$39 ต่อเดือน
Team รวมการแปลแล้ว
GitHub, GitLab, Bitbucket, Azure Repos, CLI และเซิร์ฟเวอร์ MCP
ทั้งหมด
แอป Git เริ่มที่แผน Team และครอบคลุมรุ่นคลาวด์
ใช้สิ่งที่คุณมีอยู่แล้ว

เริ่มต้นจากที่ใดก็ตามที่มีสตริงของคุณ ทุกช่องทางนำไปสู่ไปป์ไลน์เดียวกัน

หน่วยความจำ คำศัพท์ เกตเวย์ และการรีวิวเดียวกัน ไม่ว่าสตริงจะเข้ามาทางช่องทางใด
.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. เชื่อมต่อกับ repository

    คำสั่ง init จะค้นหาไฟล์โลแคลของคุณ ลงชื่อเข้าใช้ผ่านเบราว์เซอร์ อัปโหลดสิ่งที่คุณมีอยู่แล้ว และเริ่มการแปลครั้งแรก

  3. รันทุกครั้งเมื่อรวมโค้ด

    เพิ่ม GitHub Action เรียก CLI จาก CI อื่นๆ หรือติดตั้งแอปสำหรับ GitHub, GitLab, Bitbucket หรือ Azure Repos

  4. ตัดสินใจว่าส่วนใดจำเป็นต้องมีคนตรวจสอบ

    ตั้งค่า min_state เป็น reviewed ในกฎ pull request เพื่อให้ไฟล์นั้นนำส่งเฉพาะข้อความที่ได้รับการตรวจสอบโดยบุคคลแล้ว หากไม่ตั้งค่า ร่างข้อความจะถูกนำส่งไปเลย

คำนวณจากตัวเลขของคุณเอง

ค่าใช้จ่ายในการรันทุกครั้งเมื่อรวมโค้ด: คำที่เปลี่ยนแปลง

หนึ่งคำคือคำต้นฉบับ นับหนึ่งครั้งต่อภาษาเป้าหมาย การรันแต่ละครั้งจะคำนวณจากสิ่งที่เปลี่ยนแปลง ดังนั้นการรวมโค้ดที่แก้ไขสิบสองคำในห้าภาษาจะนับเป็นหกสิบคำ ไม่ว่าขนาดของโปรเจกต์จะใหญ่เพียงใด

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

สิ่งที่ระบบไม่สามารถทำให้คุณได้

สามสิ่งที่การแปลแบบต่อเนื่องไม่สามารถแก้ไขได้

ข้อความยังคงติดอยู่ในโค้ด

ไปป์ไลน์สามารถแปลได้เฉพาะสิ่งที่อ่านได้เท่านั้น ข้อความที่เขียนไว้ในโค้ดและประโยคที่เกิดจากการต่อส่วนต่างๆ ต้องได้รับการแก้ไขก่อน ซึ่งเป็นสาเหตุทั่วไปที่ทำให้การเปิดตัวล่าช้า

ไม่มีเจ้าของดูแลคำศัพท์

ระบบอัตโนมัติจัดการย้ายข้อความ แต่ไม่ได้ตัดสินใจว่าผลิตภัณฑ์ของคุณจะเรียกสิ่งต่างๆ ว่าอะไร จำเป็นต้องมีผู้รับผิดชอบดูแลบัญชีคำศัพท์ มิฉะนั้นภาษาที่ไม่มีคนอ่านอาจเกิดการเบี่ยงเบนโดยไม่มีใครสังเกตเห็น

เนื้อหาที่ต้องใช้วิจารณญาณ

ข้อความทางกฎหมาย ราคา และถ้อยคำแบรนด์ควรได้รับการตรวจสอบโดยมนุษย์ ส่งให้ทีมรีวิวและกันไว้ไม่ให้รวมในไฟล์ที่จะปล่อยออกไป จนกว่าจะมีผู้ยืนยันอนุมัติ

คำถามที่พบบ่อยเกี่ยวกับการแปลแบบต่อเนื่อง

คำถามที่ทีมมักถามก่อนเริ่มใช้งาน

การแปลแบบต่อเนื่องคืออะไร?
รูปแบบการทำงานที่ข้อความใหม่และเปลี่ยนแปลงจะถูกส่งไปแปลอัตโนมัติทันทีที่มีการแก้ไข และข้อความที่แปลแล้วจะกลับสู่ผลิตภัณฑ์โดยไม่ต้องรอการส่งมอบตามตารางเวลา วิธีนี้แทนที่ขั้นตอนการแปลก่อนการปล่อยเวอร์ชันด้วยการดำเนินการขนาดเล็กหลังแต่ละการเปลี่ยนแปลง
การแปลแบบดั้งเดิมจะรวบรวมข้อความเป็นไฟล์ ส่งออกไปใกล้ช่วงปล่อยเวอร์ชัน แล้วรอผลลัพธ์ ส่วนการแปลแบบต่อเนื่องจะเคลื่อนย้ายแต่ละการเปลี่ยนแปลงทันทีที่เกิดขึ้น ทำให้ชิ้นงานมีขนาดเล็ก ภาษาต่างๆ เปิดตัวพร้อมกัน และการแก้ไขข้อความในช่วงท้ายจะใช้เวลาดำเนินการใหม่เพียงคีย์เดียว แทนที่จะต้องวนรอบใหม่ทั้งหมด
ไม่ใช่ CI/CD ทำหน้าที่สร้าง ทดสอบ และปล่อยโค้ด ส่วนการแปลแบบต่อเนื่องช่วยให้การแปลเดินหน้าไปพร้อมกัน ทั้งสองมาบรรจบกันในไปป์ไลน์: การ-push ที่รันการทดสอบของคุณสามารถส่งข้อความไปแปลและนำไฟล์กลับมาได้ด้วย
ไม่จำเป็น แอปสำหรับ GitHub, GitLab, Bitbucket และ Azure Repos จะตอบสนองต่อการ-push โดยไม่ต้องเพิ่มอะไรลงในไปป์ไลน์ของคุณ และตัวเชื่อมต่อเนื้อหาจะตอบสนองต่อการเปลี่ยนแปลงใน CMS หรือสโตร์ นอกจากนี้ยังมี CLI และ GitHub Action ให้ใช้งานหากคุณต้องการรวมไว้ในเวิร์กโฟลว์ของตัวเอง
ไม่ใช่ คุณสามารถปล่อยฉบับร่างได้ หรือตั้งค่ากฎ pull ให้ดึงเฉพาะสิ่งที่มนุษย์รีวิวแล้ว ไฟล์ต่อไฟล์ ผู้รีวิวทำงานในเครื่องมือแก้ไข โดยมีคำศัพท์จากบัญชีคำศัพท์ ผลจับคู่จากความจำ และภาพหน้าจอประกอบอยู่ข้างแต่ละแถว
ไม่ได้ การรัน ผลจับคู่จากความจำ และการ push จะตรวจสอบแถวก่อนเสมอ และแถวที่มนุษย์แก้ไขหรือรีวิวแล้วจะคงอยู่ หากแหล่งข้อความเปลี่ยนแปลงในภายหลัง ข้อความที่แปลจะยังคงอยู่ การรันจะนับแถวและรายงานผล และในแผน Team จะมีข้อเสนอแนะการอัปเดตแนบมาให้ผู้เกี่ยวข้องอนุมัติ
มักมีความสำคัญมากสำหรับทีมขนาดเล็ก เพราะไม่มีใครมีหน้าที่จัดการการส่งมอบงาน หากคุณปล่อยผลิตภัณฑ์ในภาษาเดียวและยังไม่มีแผนสำหรับภาษาที่สอง อาจรอไปก่อนได้
ขนาดของการรันจะถูกคำนวณก่อนเริ่มใช้งาน แผนฟรีมีขีดจำกัดตายตัว แผนแบบเสียเงินจะหยุดเมื่อถึงโควตาที่กำหนด เว้นแต่คุณจะเปิดใช้งานการใช้งานเกินแบบคิดตามจริง ซึ่งจะหยุดเมื่อถึงเพดานค่าใช้จ่ายที่คุณตั้งค่า ใน CI, CLI จะออกด้วยรหัส 3 เมื่อการรันจะเกินขีดจำกัด เพื่อให้ไปป์ไลน์สามารถดำเนินการตามนั้น
ใช่ ใช้งานกับ GitLab.com, Bitbucket Cloud และ Azure DevOps Services ได้ แอปไม่ครอบคลุม GitLab แบบจัดการเองหรือ Bitbucket Data Center แต่ CLI สามารถรันใน CI ใดๆ ที่มี Node 22 และเข้าถึง API ได้
ได้ ตัวเชื่อมต่อเนื้อหารับข้อมูลจาก CMS สโตร์ หรือศูนย์ช่วยเหลือ และตัวเชื่อมต่อแบบสองทิศทางจะเขียนภาษาที่รีวิวแล้วกลับไป บางตัวรองรับเฉพาะการนำเข้า และหน้าของแต่ละตัวเชื่อมต่อจะระบุว่ารองรับแบบไหน
ได้ เพียงเผยแพร่โลแคลไปยัง CDN แล้วผลิตภัณฑ์ของคุณจะอ่านข้อมูลผ่าน SDK แบบรันไทม์ URL ล่าสุดจะถูกแคชไว้เป็นเวลาหกสิบวินาที แต่ละเวอร์ชันที่เผยแพร่จะมี URL ของตัวเอง และระบบจะเก็บรักษาเวอร์ชันล่าสุดไว้ยี่สิบเวอร์ชัน
เครื่องมือนำเข้าจะดึงโปรเจกต์ คีย์ และการแปลที่มีอยู่จาก Lokalise, Phrase, Crowdin, Transifex, Weblate and POEditor เข้ามา การแปลที่นำเข้านับเป็นงานที่ทำโดยมนุษย์ จึงไม่ถูกเขียนทับจากการรันครั้งถัดไป คุณสมบัตินี้ใช้ได้ฟรีในทุกแพ็กเกจและทำงานเพียงครั้งเดียว
ใช้งานร่วมกับสิ่งที่คุณใช้อยู่แล้ว

41 ตัวเชื่อมต่อ พร้อมใช้งานแล้ว

ไม่ต้องกำหนดตารางเวลาสำหรับขั้นตอนการแปล

เชื่อมต่อรีพอสิทอรี การผสานครั้งถัดไปจะดำเนินการส่วนที่เหลือให้เสร็จสิ้น

เพียงคำสั่งเดียวจะค้นหาไฟล์โลแคลของคุณ ลงชื่อเข้าใช้ผ่านเบราว์เซอร์ และเริ่มการแปลครั้งแรก

npx transglot@latest init