[GCompris-devel] Translations Release in Git

[Bruno Coudoin]

Le 06/08/2015 05:47, Burkhard Lück a écrit :
> Am Mittwoch, 5. August 2015, 22:09:40 schrieben Sie:
>> On 08/05/15 20:36, Burkhard Lück wrote:
>>> Am Donnerstag, 30. Juli 2015, 00:34:49 schrieb Alex Smirnoff:
>>>> Hi
>>>>
>>>> For the components of KDE Frameworks 5 (so-called "frameworks")
>>>> translation files are also appeared in Git so:
>>>> if it necessary to make the release of the current HEAD, translation are
>>>> being committed in the master branch files and then a tag is put, for
>>>> example v5.12.0.
>>>> In the same time this does not come in master, i.e. master pointed before
>>>> and after release on the same commit. For Example:
>>>> http://quickgit.kde.org/?p=ktexteditor.git&a=shortlog&h=v5.12.0 - on
>>>> the time of release the last commit on the master was cc8c08c.
>>>>
>>>> Why could we not have it the same in the Gcompris?
>>>>
>>>> As I have already explained to Johnny Jazeix, I could not get the same
>>>> translations as they were on 10.07.15 when the Android Release was done.
>>>> The stable branch /branches/stable/l10n-kf5 is constantly changed.
>>> Scripty stopped processing the stable branch of gcompris with this
>>> warning:
>>>
>>> Warning: unexpected po/ directory found, skipping extraction. Extra info:
>>> extragear-edu_gcompris | extragear-edu |
>>> git-stable-kf5/extragear-edu_gcompris
>>>
>>> See ftp://l10n.kde.org/150805.branches_stable_l10n-kf5
>>>
>>> In a branch processed by Scripty the dir "po" is reseved for Scripty.
>> Hi,
>>
>> the solution could be to commit the po files, put the tags and remove
>> the po files.
>>
>> Not the cleanest solution but should work.
>>
> As long as Scripty finds no po dir between 10+0000 and 17+0000 (depends on the 
> amount of changes in translations and code) this should work.
>
>> What do you think?
>>
> The solution used for frameworks (commit translations from l10n-kf5 into the 
> tag) seems saver, see e.g
> http://commits.kde.org/kservice/a780dc5eeca5c4a5e9b5e6d8b6a58406c7bb877d
>
Hi,

I got an exchange with Albert on this topic and he also mentioned that
the solution is to put the po on the tag only.

For now I removed the po dir.

Bruno.