Hopp til innhold

Valgfri analyse, sesjonsopptak og annonsering er deaktivert med mindre du aksepterer. Du kan avslå dem og bruke Transglot. Endre valget ditt når som helst i Informasjonskapselinnstillinger. Retningslinjer for informasjonskapsler

for team som merger hver dag

Kontinuerlig lokalisering: alle språk, ved hver merge.

Kontinuerlig lokalisering oversetter nye og endrede strenger etter hvert som koden endres, i stedet for i en egen fase før hver lansering. Alle språk er klare til lansering sammen med koden som trengte dem.

En simulering av de to arbeidsmåtene, ikke en måling. Trykk på Merge a change og les kolonnen til høyre: det er det brukerne av dette språket ser.
acme / web
mainAdd a gift cardcheckout.gift_card
frAjouter une carte cadeauoversatt
deGeschenkkarte hinzufügenoversatt
jaギフトカードを追加oversatt
arأضف بطاقة هديةoversatt
pt-BRAdicionar vale-presenteoversatt
Språk du kan lansere nå5 av 5
Strenger bak mainingen
det korte svaret

Hva er kontinuerlig lokalisering?

Kontinuerlig lokalisering er en arbeidsmåte der nye og endrede strenger sendes til oversettelse automatisk så snart de endres, og den oversatte teksten kommer tilbake til produktet uten at noen trenger å planlegge det.

Det finnes ingen oversettelsesfase, fordi oversettelsen aldri stopper. En utvikler merger en streng, oversettelsene følger i samme flyt som koden, og en lansering venter ikke på noens fil.

Det er lokaliseringsdelen av kontinuerlig leveranse. Et team som merger hver dag og overleverer oversettelser hver tredje uke, har språk som ligger etter koden mesteparten av måneden. Kontinuerlig lokalisering reduserer dette gapet til lengden på én kjøring.

Det betyr ikke at maskinoversatte tekster publiseres uten gjennomlesing. Du bestemmer hvilke strenger som trenger et menneske, og en lansering kan bare inneholde det som er gjennomgått.

kontinuerlig vs. tradisjonell lokalisering

Forskjellen er når oversettelsen skjer, ikke hvem som gjør det.

Oversettere, korrekturlesere og ordlister finnes i begge kolonnene. Det som endres, er tidspunktet arbeidet starter og størrelsen på hver del.
Side ved side
Når oversettelsen skjer
I en fase før hver lansering
Hva som utløser det
Noen eksporterer en fil
Størrelsen på hver del
Uker med strenger på én gang
Hva en lansering venter på
At filen kommer tilbake
En sen tekstendring
En ny runde frem og tilbake
Hva oversetteren arbeider ut fra
Et regneark med strenger
Språk ved lansering
Staggered, én bølge etter en annen
én streng, fra start til slutt

Slik fungerer kontinuerlig lokalisering

Følg én ny streng gjennom løkken. Hvert steg viser hva du faktisk ville se.

din terminal, eller CI-loggen din
+ "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
kildeAdd a {brand} gift card
frAjouter une carte cadeau {brand}Glossa-utkast
de{brand}-Geschenkkarte hinzufügenfra minne, 0 ord
ja{brand} ギフトカードを追加Glossa-utkast
arأضف بطاقة هدية {brand}Glossa-utkast
de fire portene, én kjøring
Plassholdere1 reparert
Flertallsformerbestått
Ordlistetermerbestått
Varighetbestått
ja · plassholder mistet, reparert én gang, sjekket igjenギフトカードを追加{brand} ギフトカードを追加
cart.save
kilde endretSave Save draft
frEnregistrergjennomgått av en person: beholdt, rapportert til degForeslått: Enregistrer le brouillon
deEntwurf speichernmaskinrad: oversatt igjen
pull requestoppdatert på stedet
Oppdater oversettelsertransglot/sync → mainåpen, én per repository
locales/fr.json+3 −1
locales/de.json+3 −1
locales/ja.json+3 −1
eller, på en pull request på GitHub, kommenter/translate

Endringen når Transglot via CLI, GitHub Action eller appen på Git-verten din. Kildefiler parses i ett av 20 native formater, og hver streng sammenlignes med det prosjektet allerede har. Bare nye og endrede strenger går videre.

En nøyaktig treff fra oversettelsesminnet fyller raden og koster ingen ord. Det som gjenstår, sendes til Glossa med din ordliste, stilguide og konteksten for den nøkkelen.

Plassholdere, flertallsformer, ordlistetermer og lengde kontrolleres på hver rad i hver kjøring. En ødelagt plassholder, en manglende flertallsform eller et forbudt ordlisteterm repareres én gang og sjekkes igjen, og hvis det feiler andre gang, avvises det og sendes ikke ut. En rad som bare overskrider lengden sin, skrives, og fra Team-planen auto-godkjennes eller en QA-kjøring flagger den for gjennomgang.

En kjøring overskriver aldri en rad en person har redigert eller gjennomgått. Hvis kilden endres senere, beholdes teksten, kjøringen teller raden og informerer deg, og fra Team-planen venter en foreslått oppdatering ved siden av den til noen aksepterer den.

Git-appene committer språkfilene til én synkroniseringsgren og holder én pull request oppdatert. På GitHub, kommenter /translate på en pull request, og filene havner på pull requestens egen gren. Eller publiser til CDN-en, og det kjørende produktet leser endringen uten noen lansering i det hele tatt.

der team blir brent

Seks måter kontinuerlig lokalisering kan gå galt, og hva som stopper hver enkelt

En kjøring overskriver en persons arbeid

Hver skribent sjekker radens tilstand først: en kjøring, et minnetreff og en push. En rad en person har redigert eller gjennomgått beholdes, og kjøringen rapporterer den.

fr, gjennomgått, kilde nettopp endret

beholdt, telt, rapportert

En ødelagt streng når produksjon

Hvert token som gikk inn må komme ut igjen. På et ICU-prosjekt holdes en melding som ville kastet feil ved gjengivelse utenfor pull-en, koblingen og CDN-bunten, og kjøringen navngir den.

{count, plural, one {# article}

utelatt fra filen, navngitt i kjøringen

Repository-et fylles opp med bot-pull-forespørsler

Én synkroniseringsgren og én pull-forespørsel per repository. To raske pusher konvergerer mot den i stedet for å åpne en ny.

#812 #815 #819 #823 l10n-oppdatering

#812 transglot/sync, oppdatert på plass

En kildeendring etterlater gamle oversettelser

Hver målrad registrerer kilden den ble skrevet mot, slik at en endret streng er kjent som utdatert i alle språk samtidig, og bare den nøkkelen kjøres på nytt.

Lagre ble Lagre kladd. fr, de, ja sier fortsatt Lagre

fr, de, ja kjøres på nytt for den ene nøkkelen

Hver kjøring fakturerer hele prosjektet på nytt

En kjøring størrelsesbestemmes ut fra hva som har endret seg. En uendret streng sendes ikke, et nøyaktig minnetreff koster ingen ord, og en rad en person eier avslås før noe brukes.

filen inneholder 48 000 ord

denne kjøringen: 60 ord

En halvferdig pull sletter en lokalisasjonsfil

Hvis serveren rapporterer ingen oppføringer for et språk, nekter pull-en å overskrive en fil som har innhold, og avslutter med kode 1 slik at pipeline-en stopper der.

pull: 0 oppføringer for ja, filen inneholder 1 204

nekter å overskrive locales/ja.json med en tom bunt

  • run 4182 fr: plassholder mangler i utkastet, reparert ved nytt forsøk
  • run 4182 de: 3 rader beholdt, en person eier dem
  • run 4182 ja: 41 rader fra minne, 0 ord
  • run 4183 ar: flertallsform mangler etter nytt forsøk, rad avslått
  • pull skrev locales/pt-BR.json
  • sync transglot/sync oppdatert, pull-forespørsel #812
målt mot de to du sammenligner

Alle tre kobles til repository-et ditt. Forskjellen ligger i hva som skjer når du fletter.

Les fra hvert selskaps egne sider per 5. november 2026. Prisraden kommer fra sammenligningssiden vår, lenket nedenfor, som viser planen og utregningen. Priser og planer endres, så sjekk dem før du bestemmer deg.

Transglot
En ny streng er flettet
Oversatt som standard
Push-en starter kjøringen. En prosjektinnstilling slår den av.
En oversettelse består ikke en kontroll
Reparert én gang, deretter avvist
For en ødelagt plassholder, flertallsform eller forbudt term, på hver rad i hver kjøring. En lengdeoverskridelse blir skrevet. I et ICU-prosjekt holdes en ødelagt rad utenfor pull-en, koblingene og CDN-en.
En person har allerede redigert raden
Kjøringen nekter å skrive den
Det gjør også et minnetreff og en push. Hvis kilden endres senere, rapporterer kjøringen raden.
Pull-forespørsler i et travelt repository
Én gren, én pull-forespørsel
Oppdatert på stedet ved hver push.
Hva abonnementet teller
Oversatte ord, én gang per språk
Eksakte treff fra minnet koster ingenting. Lagring av en streng koster ingenting.
Hva som betaler for AI-en
Abonnementets ord
Det faktureres ikke separat.
Samme jobb: 5,000 strenger på 10 språk
$39 per måned
Team, oversettelse inkludert
GitHub, GitLab, Bitbucket, Azure Repos, et CLI og en MCP-server
Alle sammen
Git-appene starter på Team-abonnementet og dekker cloud-versjonene.
bruk det du allerede kjører

Start der strengene dine befinner seg. Alle veier fører til samme pipeline.

Samme minne, ordliste, kontroller og gjennomgang, uansett hvilken vei strengen kommer inn.
.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 }}
hva du bør gjøre først

Slik setter du opp kontinuerlig lokalisering

  1. Hent strenger ut av koden

    Alle brukerrettede strenger trenger en stabil nøkkel i en lokaliseringsfil. Transglot leser 20 formater, så behold det du har.

  2. Koble til repository

    Init-kommandoen finner lokaliseringsfilene dine, logger deg på via nettleseren, laster opp det du allerede har og kjører den første oversettelsen.

  3. Kjør ved hver sammenslåing

    Legg til GitHub Action, kall CLI fra hvilken som helst annen CI, eller installer appen for GitHub, GitLab, Bitbucket eller Azure Repos.

  4. Bestem hva som trenger menneskelig innsats

    Angi min_state til reviewed i en pull-regel, og den filen vil bare inneholde strenger som er gjennomgått av en person. La den stå åpen, og utkast publiseres.

regn ut basert på dine egne tall

Hva det koster å kjøre ved hver sammenslåing: ordene som ble endret.

Et ord er et kildeord, telt én gang per målspråk. En kjøring størrelsesbestemmes ut fra hva som ble endret, slik at en sammenslåing som berører tolv ord på fem språk teller som seksti, uansett hvor stort prosjektet er.

25
40
6
20,000
Ord per måned26,000på disse tallene · 25 sammenslåinger i uken, 40 ord hver, 6 språk

Passer inn på Starter: $19/mo, 300,000 ord i måneden.

Det er omtrent 9% av kvoten.

Første kjøring, én gang120,000Dine eksisterende strenger på alle språk. Oversettelser du importerer, oversettes ikke på nytt.

Dette gjelder kun oversettelse. Kvalitetssjekker, utkast til merkevaretoner og reparasjoner teller også som ord, mens eksakte treff fra minnet koster ingenting. CLI-en og GitHub Action starter på Starter-planen, og appene for GitHub, GitLab, Bitbucket og Azure Repos starter på Team-planen.

hva det ikke vil gjøre for deg

Tre ting kontinuerlig lokalisering ikke løser

Strenger som fortsatt er låst i koden

En pipeline kan bare oversette det den kan lese. Hardkodede strenger og setninger som er satt sammen av deler, må fikses først, og de er den vanligste årsaken til at utrullinger stopper opp.

Ingen som eier ordene

Automatisering flytter strenger. Den bestemmer ikke hva produktet ditt kaller ting. Noen må eie ordlisten, ellers vil et språk ingen leser, gli bort uten at noen merker det.

Tekst som krever dømmekraft

Juridisk tekst, prising og merkevareslaglinjer fortjener en person. Send dem til gjennomgang og hold dem ute av filene som leveres til noen har godkjent dem.

FAQ om kontinuerlig lokalisering

Spørsmålene team stiller før de slår det på.

Hva er kontinuerlig lokalisering?
En arbeidsmåte der nye og endrede strenger sendes til oversettelse automatisk når de endres, og oversatt tekst returneres til produktet uten planlagt overlevering. Det erstatter oversettelsesfasen før en utgivelse med en liten kjøring etter hver endring.
Tradisjonell lokalisering samler strenger i en fil, sender den ut nær en utgivelse og venter. Kontinuerlig lokalisering flytter hver endring etter hvert som den skjer, slik at delene er små, språk lanseres sammen, og en sen tekstendring koster en ny kjøring av én nøkkel i stedet for en ny rundtur.
Nei. CI/CD bygger, tester og lanserer kode. Kontinuerlig lokalisering holder oversettelser i bevegelse ved siden av det. De møtes i pipelinen: pushen som kjører testene dine, kan også sende strenger for oversettelse og hente filene tilbake.
Nei. Appene for GitHub, GitLab, Bitbucket og Azure Repos reagerer på en push uten at noe legges til i pipelinen din, og innholdskoblinger reagerer på endringer i et CMS eller en butikk. CLI-en og GitHub Action er der hvis du vil ha det inne i din egen arbeidsflyt.
Nei. Utkast kan leveres, eller en pull-regel kan bare ta med det en person har gjennomgått, fil for fil. Gjennomførere arbeider i editoren med ordlistetermer, minnetreff og skjermbilder ved siden av hver rad.
Nei. En kjøring, et minnetreff og en push sjekker alle raden først, og en rad en person har redigert eller gjennomgått, står fast. Hvis kilden endres senere, beholdes teksten, kjøringen teller raden og rapporterer den, og fra Team-planen legges en foreslått oppdatering ved for at noen skal akseptere den.
Det pleier å bety mest for et lite team, fordi ingen har jobben med å håndtere overleveringer. Hvis du leverer på ett språk uten planer for et andre, kan det vente.
Størrelsen på en kjøring beregnes før den starter. Free er en hard grense. En betalt plan stopper ved sin kvote med mindre du slår på målt overforbruk, som stopper ved en kostnadsgrense du setter. I CI avslutter CLI-en med kode 3 når en kjøring ville overskredet grensen, slik at pipelinen kan handle på det.
Ja, på GitLab.com, Bitbucket Cloud og Azure DevOps Services. Appene dekker ikke selvadministrerte GitLab- eller Bitbucket Data Center-installasjoner, men CLI-en kjører i enhver CI som har Node 22 og kan nå API-et.
Ja. Innholdskoblinger leser fra et CMS, en nettbutikk eller et hjelpesenter, og de med toveis synkronisering skriver de gjennomgåtte oversettelsene tilbake. Noen er kun for import, og hver koblings side angir hvilke funksjoner som støttes.
Ja. Publiser en språkvariant til CDN-en, så leser produktet ditt den under kjøring via runtime-SDK-ene. Den nyeste URL-en bufres i seksti sekunder, hver publiserte versjon har sin egen URL, og de tjue siste versjonene beholdes.
Importeringsverktøyet henter prosjekter, nøkler og eksisterende oversettelser fra Lokalise, Phrase, Crowdin, Transifex, Weblate and POEditor. Importerte oversettelser regnes som manuelt arbeid, så ingen automatiske kjører overskriver dem. Det er gratis på alle abonnementer og kjøres én gang.