AG
и потом собрался уже с новым переводом
С другой репы можно триггерить этот пайплайн при изменениях
Size: a a a
2020 August 03
mМ
сабмодуль указывает не на конкретный коммит разве?
AG
Слушай зря я проснулся в 8 утра.... Возможно тоже херню несу. Но твой подход мне не нравится.
mМ
ладно я пока так сделал, посмотрим как пойдет работа у переводчиков
AG
сабмодуль указывает не на конкретный коммит разве?
Нет
mМ
тут просто получается 2 ступенчатая сборка resource(qml) -> TS а потом надо ждать по идеи переводчиков и дальше TS->qm
AG
тут просто получается 2 ступенчатая сборка resource(qml) -> TS а потом надо ждать по идеи переводчиков и дальше TS->qm
Да понятно что геморой, ну вот мы поговорили..но сейчас перечитал, оба варианта не очень.
AS
qt шный есть исходный фаил TS он собирается в бинарник qm, TS правят переводчики
Ts файл такой же исходник как и все остальные сырцы, хоть и аплейтится лингвистом. Да, он зависит от сырцов. Одна таска собирает бинарь и апдейтит ts файлы с уже существующими переводами, оповещает переводчиков об изменении. Переводчики коммитят дополненный перевод. Запускается вторая таска генерации qm. Третья таска собирает бинарь + qm в дистрибутив
mМ
Ts файл такой же исходник как и все остальные сырцы, хоть и аплейтится лингвистом. Да, он зависит от сырцов. Одна таска собирает бинарь и апдейтит ts файлы с уже существующими переводами, оповещает переводчиков об изменении. Переводчики коммитят дополненный перевод. Запускается вторая таска генерации qm. Третья таска собирает бинарь + qm в дистрибутив
Вот у меня примерно так и сделано только не ждёт переводчиков а дальше идёт. Просто в дистрибутив не будет перевода новых строк
AG
Ts файл такой же исходник как и все остальные сырцы, хоть и аплейтится лингвистом. Да, он зависит от сырцов. Одна таска собирает бинарь и апдейтит ts файлы с уже существующими переводами, оповещает переводчиков об изменении. Переводчики коммитят дополненный перевод. Запускается вторая таска генерации qm. Третья таска собирает бинарь + qm в дистрибутив
И что тут нового?)
mМ
Чтоб можно было тестить дистрибутив не дожидаясь новых строк перевода
AG
Или это констатация
AS
Или это констатация
Описан процесс, как это должно быть.
mМ
Описан процесс, как это должно быть.
Главный вопрос где хранить тс Фаил когда его обновил лингвист
mМ
Чтоб отдать его переводчикам
AS
Главный вопрос где хранить тс Фаил когда его обновил лингвист
Я с сырцами храню
AS
Меняешь сырцы или ts, это триггерит сборку дистра
mМ
А как в репу попадает обновлённый тс когда ресурсы обновились?
AS
А как в репу попадает обновлённый тс когда ресурсы обновились?
Разработчик на машине при сборке в процессе билда локального обновляет и ts. Это согласованный коммит.
mМ
Ясно. Хотелось автоматизировать