dla zespołów, które scalają kod codziennie

Ciągła lokalizacja: każdy język przy każdym scaleniu.

Ciągła lokalizacja tłumaczy nowe i zmienione ciągi tekstowe w miarę zmian w kodzie, zamiast w osobnej fazie przed każdym wydaniem. Każdy język jest gotowy do wypuszczenia wraz z kodem, który go wymagał.

Zacznij za darmo Zobacz, jak to działa

Symulacja dwóch sposobów pracy, a nie pomiar. Naciśnij „Scal zmianę” i przeczytaj kolumnę po prawej: to właśnie widzą użytkownicy danego języka.

acme / web

Ciągi scalone z mainCo widzi teraz użytkownik

mainAdd a gift cardcheckout.gift_card

frAjouter une carte cadeauprzetłumaczone

deGeschenkkarte hinzufügenprzetłumaczone

jaギフトカードを追加przetłumaczone

arأضف بطاقة هديةprzetłumaczone

pt-BRAdicionar vale-presenteprzetłumaczone

Języki, które możesz teraz wydać5 z 5

Ciągi w tyle względem mainbrak

krótka odpowiedź

Czym jest ciągła lokalizacja?

Ciągła lokalizacja to sposób pracy, w którym nowe i zmienione ciągi tekstowe trafiają do tłumaczenia automatycznie zaraz po zmianie, a przetłumaczony tekst wraca do produktu bez konieczności harmonogramowania tego procesu przez kogokolwiek.

Nie ma fazy tłumaczeń, ponieważ tłumaczenie nigdy się nie kończy. Deweloper scala ciąg, tłumaczenia podążają za kodem w tym samym przepływie, a wydanie nie czeka na pliki od nikogo.

To połowa procesu ciągłego dostarczania (continuous delivery) dotycząca lokalizacji. Zespół, który scala kod codziennie, a przekazuje tłumaczenia co kilka tygodni, ma opóźnione wersje językowe przez większość każdego miesiąca. Ciągła lokalizacja zmniejsza tę lukę do czasu jednego przebiegu.

Nie oznacza to, że wyniki maszynowe są publikowane bez sprawdzenia. To Ty decydujesz, które ciągi wymagają ludzkiej weryfikacji, a wydanie może zawierać tylko te elementy, które zostały przejrzane.

lokalizacja ciągła vs tradycyjna

Różnica polega na tym, kiedy odbywa się tłumaczenie, a nie kto je wykonuje.

Tłumacze, recenzenci i glosariusze występują w obu kolumnach. Różnica polega na momencie rozpoczęcia pracy oraz rozmiarze każdej części.

Różnica polega na tym, kiedy odbywa się tłumaczenie,
Co się zmieni	Przekazanie wsadowe	Ciągłe

Obok siebie
Kiedy następuje tłumaczenie	W fazie przed każdym wydaniem	Przy każdej zmianie ciągu znaków
Co to uruchamia	Ktoś eksportuje plik	Push, merge lub zmiana treści
Rozmiar każdej części	Tygodnie ciągów znaków naraz	Ciągi znaków w jednej zmianie
Na co czeka wydanie	Na powrót pliku	Recenzja, dla ciągów oznaczonych do niej
Późna zmiana kopii	Kolejna runda komunikacji	Ponowne uruchomienie tego jednego klucza
Z czego korzysta tłumacz	Arkusz z ciągami znaków	Wiersz wraz z terminami z glosariusza, dopasowaniami z pamięci tłumaczeń i zrzutami ekranu
Języki przy premierze	Stopniowo, fala po fali	Razem z funkcją

Obok siebie

Kiedy następuje tłumaczenie: W fazie przed każdym wydaniem
Co to uruchamia: Ktoś eksportuje plik
Rozmiar każdej części: Tygodnie ciągów znaków naraz
Na co czeka wydanie: Na powrót pliku
Późna zmiana kopii: Kolejna runda komunikacji
Z czego korzysta tłumacz: Arkusz z ciągami znaków
Języki przy premierze: Stopniowo, fala po fali

jeden ciąg, od początku do końca

Jak działa ciągła lokalizacja

Śledź jeden nowy ciąg przez pętlę. Każdy etap pokazuje to, co rzeczywiście zobaczysz.

twój terminal lub log 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

źródłoAdd a {brand} gift card

frAjouter une carte cadeau {brand}Wersja robocza Glossa

de{brand}-Geschenkkarte hinzufügenz pamięci, 0 słów

ja{brand} ギフトカードを追加Wersja robocza Glossa

arأضف بطاقة هدية {brand}Wersja robocza Glossa

cztery bramki, jeden przebieg

Placeholdery1 naprawiony

Formy liczby mnogiejpowodzenie

Terminy ze słownikapowodzenie

Czas trwaniapowodzenie

ja · utracony symbol zastępczy, naprawiony raz, sprawdzony ponownieギフトカードを追加{brand} ギフトカードを追加

cart.save

źródło zmienioneSave Save draft

frEnregistrersprawdzone przez osobę: zachowane, zgłoszone TobieSugerowane: Enregistrer le brouillon

deEntwurf speichernwiersz maszynowy: przetłumaczony ponownie

pull requestzaktualizowane w miejscu

Aktualizuj tłumaczeniatransglot/sync → mainotwarty, jeden na repozytorium

locales/fr.json+3 −1

locales/de.json+3 −1

locales/ja.json+3 −1

lub w pull requeście na GitHubie skomentuj/translate

Zmiana dociera do Transglot przez CLI, GitHub Action lub aplikację na hoście Git. Pliki źródłowe są parsowane w jednym z 20 natywnych formatów, a każdy ciąg jest porównywany z tym, co projekt już posiada. Dalej idą tylko nowe i zmienione ciągi.

Dokładne dopasowanie z pamięci tłumaczeń wypełnia wiersz i nie kosztuje słów. Reszta trafia do Glossa wraz z Twoim glosariuszem, przewodnikiem po stylu i kontekstem tego klucza.

Symbole zastępcze, formy liczby mnogiej, terminy ze słownika i długość tekstu są sprawdzane w każdym wierszu każdego przebiegu. Uszkodzony symbol zastępczy, brakująca forma liczby mnogiej lub niedozwolony termin ze słownika są naprawiane raz i sprawdzane ponownie; jeśli drugi raz również nie przejdą walidacji, zostają odrzucone i nie trafiają do produkcji. Wiersz, który przekracza tylko limit długości, jest zapisywany, a od planu Team automatyczne zatwierdzanie lub przebieg QA oznacza go do przeglądu.

Przebieg nigdy nie nadpisuje wiersza edytowanego lub sprawdzonego przez osobę. Jeśli jego źródło zmieni się później, tekst pozostaje bez zmian, przebieg zlicza ten wiersz i informuje Cię o tym, a od planu Team sugerowana aktualizacja czeka obok niego na akceptację.

Aplikacje Git commitują pliki locale do jednej gałęzi synchronizacyjnej i utrzymują jeden pull request na bieżąco. Na GitHubie skomentuj /translate w pull requeście, a pliki trafią na własną gałąź tego pull requesta. Możesz też opublikować zmiany w CDN, dzięki czemu działający produkt odczyta je bez konieczności nowego wydania.

gdzie zespoły ponoszą straty

Sześć sposobów, na jakie ciągła lokalizacja może zawieść, i co zapobiega każdemu z nich

Przebieg nadpisuje pracę osoby

Każdy moduł piszący najpierw sprawdza stan wiersza: przebieg, dopasowanie z pamięci i push. Wiersz edytowany lub sprawdzony przez osobę pozostaje nienaruszony, a przebieg raportuje tę sytuację.

fr, sprawdzone, źródło właśnie zmienione

zachowane, zliczone, zgłoszone

Uszkodzony ciąg znaków trafia do produkcji

Każdy wprowadzony token musi zostać zwrócony. W projekcie ICU wiadomość, która spowodowałaby błąd podczas renderowania, nie trafia do pull requesta, konektora ani pakietu CDN, a proces nadaje jej nazwę.

{count, plural, one {# article}

pomijana w pliku, nazwana w procesie

Repozytorium zalewają pull requesty od botów

Jedna gałąź synchronizacji i jeden pull request na repozytorium. Dwa szybkie push'e scalają się w niej, zamiast otwierać kolejny.

#812 #815 #819 #823 aktualizacja l10n

#812 transglot/sync, zaktualizowane w miejscu

Edycja źródła pozostawia stare tłumaczenia

Każdy wiersz docelowy rejestruje źródło, przeciwko któremu został napisany, więc zmieniony ciąg jest uznawany za nieaktualny we wszystkich językach jednocześnie, a ponownemu uruchomieniu podlega tylko ten klucz.

Zapis stał się Zapisem szkicu. fr, de, ja nadal mówią Zapis

fr, de, ja uruchamiają się ponownie dla tego jednego klucza

Każde uruchomienie fakturowane jest za cały projekt

Uruchomienie jest skalowane zgodnie z tym, co uległo zmianie. Niezmieniony ciąg nie jest wysyłany, dokładne dopasowanie z pamięci nie kosztuje słów, a wiersz będący własnością osoby jest odrzucany przed dokonaniem jakichkolwiek opłat.

plik zawiera 48 000 słów

to uruchomienie: 60 słów

Niedokończony pull request czyści plik locale

Jeśli serwer zgłosi brak wpisów dla danego locale, pull request odmawia nadpisania pliku zawierającego treść i kończy działanie kodem 1, zatrzymując pipeline.

pull: 0 wpisów dla ja, plik zawiera 1204

odmowa nadpisania locales/ja.json pustym pakietem

mierzone względem dwóch porównywanych elementów

Wszystkie trzy łączą się z Twoim repozytorium. Różnica polega na tym, co dzieje się podczas scalania.

Odczytano ze stron internetowych każdej firmy w dniu 5 listopada 2026 r. Wiersz z cenami pochodzi z naszych stron porównawczych, linkowanych poniżej, które pokazują plan i kalkulację. Ceny i plany ulegają zmianom, dlatego sprawdź je przed podjęciem decyzji.

Wszystkie trzy łączą się z Twoim repozytorium.
Co się dzieje	Transglot	Lokalise	Crowdin
Nowy ciąg znaków jest scalany	Tłumaczone domyślnie Wysłanie rozpoczyna proces. Ustawienie projektu wyłącza tę funkcję.	Tłumaczone po skonfigurowaniu Automatyzacje są domyślnie wyłączone przy tworzeniu kluczy i importowaniu plików. Przepływ pracy z krokiem AI uruchamia się zgodnie z harmonogramem.	Tłumaczone po włączeniu W sekcji Ustawienia, Auto-tłumaczenie, proces uruchamia się przy każdym przesłaniu. Synchronizacja Git działa domyślnie co godzinę.
Tłumaczenie nie przechodzi sprawdzania	Naprawione raz, potem odrzucone W przypadku uszkodzonych placeholderów, form liczbowych lub zabronionych terminów, dla każdego wiersza w każdym przebiegu. Przekroczenie długości jest zapisywane. W projekcie ICU uszkodzony wiersz zostaje wyłączony z pobierania, konektorów i CDN.	Sprawdzenie poziomu Błąd blokuje zapis w edytorze Każde sprawdzenie jest ustawione na Wyłączone, Ostrzeżenie lub Błąd.	Sprawdzenie poziomu Błąd blokuje zapis Każde sprawdzenie jest ustawione na Ostrzeżenie lub Błąd.
Osoba już edytowała wiersz	Proces odmawia zapisania go To samo dotyczy dopasowania z pamięci i wysyłania. Jeśli źródło zmieni się później, proces zgłasza ten wiersz.	Automatyzacje domyślnie wypełniają puste wartości Opcja wymuszenia i akcja czyszczenia nadpisują wypełnione wartości.	Opcje zachowują wiersze edytowane przez ludzi i zatwierdzone Dostępna jest również opcja zastąpienia wszystkich.
Pull requesty w aktywnym repozytorium	Jedna gałąź, jeden pull request Aktualizowane w miejscu przy każdym wysłaniu.	Nowa gałąź dla każdego pull requesta Nazwana ze znacznikiem czasu.	Gałąź serwisowa, synchronizowana co godzinę Co godzinę to ustawienie domyślne, a interwał można zmienić.
Co liczy plan	Słowa przetłumaczone, raz na język Dokładne dopasowania z pamięci nic nie kosztują. Przechowywanie ciągu znaków nic nie kosztuje.	Przetworzone słowa Liczy się język źródłowy i docelowy.	Słowa hostowane Słowa do przetłumaczenia pomnożone przez liczbę języków docelowych.
Co pokrywa koszty AI	Słowa w ramach planu Nie są rozliczane osobno.	Limity słów AI według planu Standardowe i Pro słowa AI to osobne pozycje w planie.	Osobny bilans lub własny klucz Zarządzane AI Crowdin jest płatne z kredytów, poza subskrypcją.
To samo zadanie: 5,000 ciągów w 10 językach	$39 miesięcznie Team, tłumaczenie w cenie	$1,049 miesięcznie Advanced (billed yearly)	$138 miesięcznie Pro with 560K hosted words (billed monthly), AI dodatkowo
GitHub, GitLab, Bitbucket, Azure Repos, CLI i serwer MCP	Wszystkie Aplikacje Git dostępne od planu Team, obejmują wersje chmurowe.	Wszystkie Integracje dostępne w każdym planie.	Wszystkie Obejmuje również Bitbucket Server.

Transglot

Nowy ciąg znaków jest scalany: Tłumaczone domyślnie
Wysłanie rozpoczyna proces. Ustawienie projektu wyłącza tę funkcję.
Tłumaczenie nie przechodzi sprawdzania: Naprawione raz, potem odrzucone
W przypadku uszkodzonych placeholderów, form liczbowych lub zabronionych terminów, dla każdego wiersza w każdym przebiegu. Przekroczenie długości jest zapisywane. W projekcie ICU uszkodzony wiersz zostaje wyłączony z pobierania, konektorów i CDN.
Osoba już edytowała wiersz: Proces odmawia zapisania go
To samo dotyczy dopasowania z pamięci i wysyłania. Jeśli źródło zmieni się później, proces zgłasza ten wiersz.
Pull requesty w aktywnym repozytorium: Jedna gałąź, jeden pull request
Aktualizowane w miejscu przy każdym wysłaniu.
Co liczy plan: Słowa przetłumaczone, raz na język
Dokładne dopasowania z pamięci nic nie kosztują. Przechowywanie ciągu znaków nic nie kosztuje.
Co pokrywa koszty AI: Słowa w ramach planu
Nie są rozliczane osobno.
To samo zadanie: 5,000 ciągów w 10 językach: $39 miesięcznie
Team, tłumaczenie w cenie
GitHub, GitLab, Bitbucket, Azure Repos, CLI i serwer MCP: Wszystkie
Aplikacje Git dostępne od planu Team, obejmują wersje chmurowe.

Pełne porównania z obliczeniami: Lokalise, Crowdin. Źródła: Cennik Lokalise, automatyzacje, procesy robocze, kontrole, GitHub, przetworzone słowa, narzędzia dla deweloperów, Cennik Crowdin, tłumaczenie automatyczne, kontrole, GitHub, kredyty, AI.

użyj tego, co już stosujesz

Rozpocznij proces tam, gdzie znajdują się Twoje teksty. Każda droga prowadzi do tego samego potoku.

Ta sama pamięć tłumaczeń, glosariusz, bramki jakości i recenzja, niezależnie od tego, jaką drogą trafił tekst.

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

co zrobić najpierw

Jak skonfigurować ciągłą lokalizację

Wyodrębnij ciągi znaków z kodu
Każdy ciąg widoczny dla użytkownika musi mieć stabilny klucz w pliku locale. Transglot obsługuje 20 formatów, więc zachowaj ten, którego używasz.
Połącz repozytorium
Polecenie init znajduje Twoje pliki locale, loguje Cię przez przeglądarkę, przesyła istniejące dane i uruchamia pierwsze tłumaczenie.
Uruchamiaj przy każdym scaleniu
Dodaj GitHub Action, wywołaj CLI z dowolnego innego CI lub zainstaluj aplikację dla GitHub, GitLab, Bitbucket lub Azure Repos.
Określ, co wymaga udziału człowieka
Ustaw min_state na reviewed w regule pull, aby plik zawierał tylko ciągi zweryfikowane przez osobę. Jeśli to wyłączysz, wersje robocze trafią do produkcji.

oblicz koszty na podstawie własnych danych

Ile kosztuje uruchamianie przy każdym scaleniu: słowa, które uległy zmianie.

Słowo to słowo źródłowe, liczone raz dla każdego języka docelowego. Rozmiar uruchomienia zależy od zmian, więc scalenie obejmujące dwanaście słów w pięciu językach daje sześćdziesiąt, niezależnie od wielkości projektu.

Scalenia tygodniowo zmieniające ciągi25

Słowa zmieniane przy jednym scaleniu40

Języki docelowe6

Posiadane słowa źródłowe20,000

Słowa miesięcznie26,000na podstawie tych danych · 25 scalenie tygodniowo, 40 słów każde, 6 języków

Mieści się w planie Starter: $19/mo, 300,000 słów miesięcznie.

To około 9% limitu.

Pierwsze uruchomienie, jednorazowo120,000Twoje istniejące ciągi w każdym języku. Importowane tłumaczenia nie są tłumaczone ponownie.

Zobacz plany

Dotyczy tylko tłumaczeń. Kontrole jakości, wersje robocze zgodne z tonem marki oraz poprawki również liczą się jako słowa, a dokładne dopasowania z pamięci są darmowe. CLI i GitHub Action zaczynają od planu Starter, a aplikacje dla GitHub, GitLab, Bitbucket i Azure Repos od planu Team.

czego to dla Ciebie nie zrobi

Trzy problemy, których ciągła lokalizacja nie rozwiązuje

Ciągi wciąż zakodowane na sztywno

Potok może tłumaczyć tylko to, co potrafi odczytać. Teksty zakodowane na sztywno oraz zdania sklecone z fragmentów wymagają wcześniejszej naprawy i są najczęstszą przyczyną zastoju we wdrażaniu.

Brak właściciela treści

Automatyzacja przenosi teksty, ale nie decyduje o nazewnictwie w produkcie. Ktoś musi zarządzać glosariuszem, inaczej język, którego nikt nie czyta, zacznie dryfować niezauważony.

Treści wymagające oceny

Teksty prawne, ceny i hasła marki wymagają ludzkiej uwagi. Przekazuj je do recenzji i trzymaj z dala od plików produkcyjnych, dopóki ktoś ich nie zatwierdzi.

Ciągła lokalizacja – często zadawane pytania

Pytania, które zespoły zadają przed uruchomieniem procesu.

Czym jest ciągła lokalizacja?

Sposób pracy, w którym nowe i zmienione teksty trafiają do tłumaczenia automatycznie w miarę wprowadzania zmian, a przetłumaczona treść wraca do produktu bez konieczności planowanego przekazywania zadań. Zastępuje ona fazę tłumaczenia przed premierą krótkim procesem po każdej zmianie.

Czym ciągła lokalizacja różni się od tradycyjnej lokalizacji?

Tradycyjna lokalizacja grupuje teksty w pliku, wysyła je tuż przed premierą i czeka na odpowiedź. Ciągła lokalizacja przetwarza każdą zmianę na bieżąco, dzięki czemu zakres prac jest mniejszy, wersje językowe są udostępniane jednocześnie, a późna zmiana tekstu wymaga ponownego przetworzenia tylko jednego klucza, zamiast całego cyklu wymiany.

Czy ciągła lokalizacja to to samo co CI/CD?

Nie. CI/CD służy do budowania, testowania i wdrażania kodu. Ciągła lokalizacja zapewnia równoległy przepływ tłumaczeń. Obie części spotykają się w potoku: push uruchamiający testy może jednocześnie wysyłać teksty do tłumaczenia i pobierać gotowe pliki.

Czy do ciągłej lokalizacji potrzebny jest potok CI/CD?

Nie. Aplikacje dla GitHub, GitLab, Bitbucket i Azure Repos reagują na push bez konieczności dodawania elementów do Twojego potoku, a konektory treści reagują na zmiany w CMS lub sklepie. CLI i akcja GitHub są dostępne, jeśli chcesz zintegrować proces ze swoim własnym workflow.

Czy ciągła lokalizacja oznacza brak recenzji przez człowieka?

Nie. Szkice mogą być publikowane, a reguła pull może przenosić wyłącznie treści sprawdzone przez osobę, plik po pliku. Recenzenci pracują w edytorze, mając pod ręką terminy z glosariusza, dopasowania z pamięci tłumaczeń i zrzuty ekranu przy każdym wierszu.

Czy automatyczne uruchomienie może nadpisać edycję tłumacza?

Nie. Przed uruchomieniem, dopasowaniem z pamięci tłumaczeń i pushem system sprawdza każdy wiersz, a wiersze edytowane lub sprawdzone przez człowieka pozostają niezmienione. Jeśli źródło zmieni się później, tekst zostaje zachowany, a system raportuje taki wiersz. W planie Team sugerowana aktualizacja jest dołączana, aby ktoś mógł ją zaakceptować.

Czy ciągła lokalizacja opłaca się małemu zespołowi?

Zazwyczaj ma największe znaczenie właśnie w małych zespołach, ponieważ nikt nie zajmuje się ręcznym przekazywaniem zadań. Jeśli publikujesz produkt w jednym języku bez planów dodawania kolejnych, możesz to odłożyć na później.

Jak zapobiec przekroczeniu oczekiwanego kosztu uruchomienia?

Rozmiar uruchomienia jest określany przed jego rozpoczęciem. Plan darmowy ma sztywny limit. Płatny plan zatrzymuje się po wykorzystaniu przydziału, chyba że włączysz rozliczanie nadwyżki, które również zatrzyma się na ustawionym przez Ciebie limicie wydatków. W środowisku CI CLI kończy działanie z kodem 3, gdy uruchomienie miałoby przekroczyć limit, pozwalając potokowi zareagować na tę sytuację.

Czy działa z GitLab, Bitbucket i Azure DevOps?

Tak, na platformach GitLab.com, Bitbucket Cloud i Azure DevOps Services. Aplikacje nie obsługują samodzielnie hostowanych instancji GitLab ani Bitbucket Data Center, ale CLI działa w dowolnym środowisku CI z Node 22, które ma dostęp do API.

Czy można stosować ciągłą lokalizację bez Gita?

Tak. Konektory treści odczytują dane z CMS, sklepu lub centrum pomocy, a dwukierunkowe zapisują zweryfikowaną wersję językową z powrotem. Niektóre działają tylko w trybie importu – szczegóły znajdziesz na stronie każdego konektora.

Czy tłumaczenia mogą być aktualizowane bez nowej wersji produktu?

Tak. Opublikuj locale w CDN, a Twój produkt odczyta je w czasie rzeczywistym za pomocą SDK runtime. Najnowszy URL jest buforowany przez sześćdziesiąt sekund, każda opublikowana wersja ma własny URL, a ostatnie dwadzieścia wersji jest przechowywanych.

Jak przenieść istniejący projekt?

Importer przenosi projekty, klucze i istniejące tłumaczenia z Lokalise, Phrase, Crowdin, Transifex, Weblate and POEditor. Zaimportowane tłumaczenia są traktowane jako praca ludzka, więc żadne uruchomienie ich nie nadpisze. Usługa jest bezpłatna w każdym planie i działa jednorazowo.

Ciągła lokalizacja: każdy język przy każdym scaleniu.

Czym jest ciągła lokalizacja?

Różnica polega na tym, kiedy odbywa się tłumaczenie, a nie kto je wykonuje.

Jak działa ciągła lokalizacja

Sześć sposobów, na jakie ciągła lokalizacja może zawieść, i co zapobiega każdemu z nich

Przebieg nadpisuje pracę osoby

Uszkodzony ciąg znaków trafia do produkcji

Repozytorium zalewają pull requesty od botów

Edycja źródła pozostawia stare tłumaczenia

Każde uruchomienie fakturowane jest za cały projekt

Niedokończony pull request czyści plik locale

Wszystkie trzy łączą się z Twoim repozytorium. Różnica polega na tym, co dzieje się podczas scalania.

Rozpocznij proces tam, gdzie znajdują się Twoje teksty. Każda droga prowadzi do tego samego potoku.

Jak skonfigurować ciągłą lokalizację

Wyodrębnij ciągi znaków z kodu

Połącz repozytorium

Uruchamiaj przy każdym scaleniu

Określ, co wymaga udziału człowieka

Ile kosztuje uruchamianie przy każdym scaleniu: słowa, które uległy zmianie.

Trzy problemy, których ciągła lokalizacja nie rozwiązuje

Ciągi wciąż zakodowane na sztywno

Brak właściciela treści

Treści wymagające oceny

Ciągła lokalizacja – często zadawane pytania

41 gotowych konektorów.

Połącz repozytorium. Kolejne scalenie zajmie się resztą.