Hi, Following my previous email on "How should we review translations?", I'd like to know here if we should support automatic multibranch translations in Weblate.
What I mean here is that with the old l10n platform, we would apply new translations on multiple git branches (for some projects like XWiki Platform). It was important to have new translations applied on LTS releases and other branches. The problem is that we can't tell Weblate to automatically push changes on multiple branches. We have discuss the problem with the maintainer here: https://github.com/WeblateOrg/weblate/issues/2016. What we can do is to duplicate Weblate components (a component is just a file to translate) for as many branches as we need. Making a change to a translation key (e.g. tour.homepageTour.pageMenu.contentB) will propagate the change to every other components with the same key. This way we can have a PR made with the same change on every branch we want. So here are the two options: 1) We keep the actual behavior Pros: - We will only have one PR to review (on master branch) Cons: - We will have to apply new changes to other branches ourselves when needed 2) We duplicate components Pros: - Changes will automatically be made for every specified branches Cons: - Some work to do: we can't create all the new components by hand so we will have to generate every components in some way - It will make Weblate much more complex because you can't hide components (https://i.imgur.com/YJ8qtUz.png) I prefer option 1 because it will make Weblate easier to use. For option 2, we can also disable translation propagation and let people make translations on the branch they want. Thanks, Adel
