Как синхронизировать переводы редактируемые на сервере?

Question

[magary4]

Переводы иногда добавляются девелоперами прямо в xlf иногда редактируются на сервере заказчиком через jmc-translation-editor.
Как это согласовать? Чтоб не затирать переводы заказчика при git pull на сервере

Answer 1

[Станислав Почепко]

Плохая идея, но я пока вижу только один выход. Делать коммит на prod сервере. Сливать его в какой нить репозиторий (BitBacket, GitHub) Делать слияние prod и dev веток, а потом заливать всё на prod

Comments

[Станислав Почепко]

Делать коммит только той папки, в которой лежат переводы *

[magary4]

Станислав Почепко: ну у меня тоже лишь одна эта идея в голове нарисовалась. Но как и вам она мне не очень нравится

[Myroslav Berlad]

развивая ету идею: можна сделать sub-репозиторий только папки переводов. Тогда не будет пушей в прод-ветку и мерджа онной с девом.

[Станислав Почепко]

magary4: Myroslav Berlad: Как вариант, перейти на другой драйвер хранения переводов (Если это позволяет сделать бандл, увы не знаком с ним). БД + файлы и задать им приоритеты взаимозаменяемости. То есть БД имеет выше приоритете. Если такого драйвера нет - то попробовать написать его самим вручную.
В и тоже клиент делает правки и они остаются в БД, а вы по прежнему работаете с файлами. Если в БД нет перевода - берётся из файла.

[Myroslav Berlad]

Станислав Почепко: С етим подходом может возникнуть проблема когда что то поламаеться. Трудно будет отдебажить где проблема

[Станислав Почепко]

Myroslav Berlad: Например? Что может такое сломаться, на что будут влиять переводы?
Я полагаю, уместно будет сделать ещё флаг в настройках - use_db => true/false. И во время дебага выключать использование bd. Я думаю это добавит в драйвер всего пару строк кода.

Answer 2

[Myroslav Berlad]

У себя сделали так:
Локально добавляем только ключики и базовое значение перевода. Никогда не пушаем файлики с переводами. Все редактируеться на проде. Если так уж случилось что нужно потестить именно перевод, то генерируем перевод локально, тестим, если все ок реверт и пуш. Главное правило у нас - никогда не пушаем переводы. В другом проекте файл с переводами в .gitignore (там уже не jms бандл, но суть такая же). Не самая удобная схема как по мне, но проблем у нас изза переводов нету.