01
Stringwijzigingen gaan schuil in grote pull requests zonder duidelijke impact op de lokalisatie.
GitHub-release-lokalisatie
Lokalisatiecontroles die bij elke pull request worden uitgevoerd
Detecteer wijzigingen in strings, verzamel PR-context, stel vertalingen op en blokkeer releases — zodat engineeringteams lokalisatieproblemen vóór het mergen opsporen, niet na de lancering.
Vraag een demo aanDe verschuiving
Lokalisatie is nog steeds een handmatige stap buiten de releasepipeline.
02
Engineering en lokalisatie stemmen via Slack af in plaats van binnen CI/CD.
03
Vertaalbestanden lopen tussen releases achter op de bronstrings.
Overzicht
Ontwikkelaars voegen dagelijks wijzigingen in teksten samen. De kwaliteit van de lokalisatie hangt ervan af of iemand eraan denkt om die vóór de release te controleren.
01
GitHub Action voor lokalisatiecontroles
Voer bij elke pull request drift-detectie, dekkingscontroles en regressie-evaluaties uit.
02
Detecteer stringwijzigingen in PR-diffs
Toon toegevoegde, gewijzigde en verwijderde sleutels met context uit de beschrijving van de pull request en gekoppelde issues.
03
Stel vertalingen op met je favoriete LLM
Genereer automatisch conceptvertalingen voor landinstellingen wanneer strings wijzigen, met behulp van de context van de woordenlijst en het vertaalgeheugen.
04
Plaats een opmerking bij pull requests over de lokalisatiestatus
Geef reviewers vóór het samenvoegen een duidelijk overzicht van de lokalisatiedekking, kwaliteitsvlaggen en onopgeloste items.
Hoe het werkt
Van pull request naar releasegate
Hyperlocalise past in de ontwikkelworkflow die je team al gebruikt — met ingebouwde GitHub Actions- en TMS-synchronisatie.
01
Pull-request
Detecteer toegevoegde, gewijzigde en verwijderde strings.
02
Wijzigingsanalyse
Breng verschillen in kaart per taalregio en de impact op de woordenlijst.
03
Vertalingsconcept
Genereer conceptvertalingen voor je locales met je LLM.
04
Beoordelingsroutering
Openstaande beoordelingstaken in je TMS
05
CI-controle
Voer lokalisatiecontroles uit in GitHub Actions.
06
Releasetoets
Samenvoegen blokkeren zolang locales onopgelost zijn
Belangrijkste mogelijkheden
Gebouwd voor releaseworkflows onder leiding van ontwikkelaars
01
Synchroniseer goedgekeurde strings met je TMS.
Push vertalingen naar Crowdin, Lokalise, Phrase of Smartling zonder de releaseflow te verlaten.
02
Blokkeer releases wanneer kwaliteitscontroles mislukken
Configureer controles die samenvoegen voorkomen wanneer kritieke landinstellingen ontbreken of regressiedrempels worden overschreden.
Waarom dit anders is
Lokalisatie-intelligentie in je CI/CD-pipeline
Hyperlocalise is geen vervanging voor je TMS of i18n-bibliotheek. Het voegt een AI-native laag toe die GitHub-wijzigingssignalen, het opstellen van vertalingen en releasecontroles met elkaar verbindt.
01TMS-onafhankelijk
02LLM-agnostisch
03Menselijke controle wanneer beoordeling nodig is
04Contextbewust op basis van pull requests en issues
05Gebouwd voor engineering- en lokalisatieactiviteiten.
06Werkt met GitHub, TMS en releasetools.
Voorbeeldworkflow
Een refactor van de prijspagina opent dinsdag een pull request.
Een ontwikkelaar opent een pull request waarin veertien UI-teksten worden hernoemd en zes nieuwe worden toegevoegd. Hyperlocalise reageert op de PR met de betrokken talen, genereert vertaalconcepten op basis van de woordenlijst in de gekoppelde lanceringsbrief, opent reviewtaken in Lokalise, voert de GitHub Action uit om te controleren of alle doeltalen zijn gedekt en blokkeert het mergen totdat de Duitse en Japanse reviewers de bijgewerkte prijsterminologie hebben goedgekeurd.
A few things you might ask.
Localisation checks inside your release pipeline.
Heb je nog vragen?
Neem contact met ons opBouw je AI-native lokalisatieworkflow
Start gratis met een werkruimte of vraag een demo aan en voeg lokalisatiecontroles toe aan je releasepipeline.